|
|||
随笔分类 - 0045 Aaron写系列之--计划测试系列什么才是一半？一说好的开端是成功的一半，另一说叫做行百里者半九十，还有一说在成功之前永远都是0...我说，先合计合计吧~~
摘要： 话说测试计划就那么一些字儿，白纸黑字明明白白放那儿，应该不会有什么玄机。如果你是一个开发人员，这倒也不奇怪，因为糟糕的测试计划会让他们看了一次就想疯掉，谁还想来第二次？；如果你是一个测试计划制定者或审阅者，你还是觉得测试计划如此而已的话，那你可以好好看看我的见解。一不小心写得有点小多，而且全是小字儿，希望不要看花眼。实在没耐心，如果看的起的话，可以直接链接（你不知道的测试计划【PDF版】）把文档下了，以后有空慢慢看。我不是理论派，也不是来逞口舌之强，个人经验总结，仅此而已。
阅读全文
posted @ 2009-03-13 00:09
摘要： 我们什么时候停止我们的项目？我们应该在我们达到目标的时候停止。可是，目标是什么？Aaron认为所谓目标，即测试应该实现的可度量的要求，这个东西更常见的叫法——测试停止标准。
阅读全文
posted @ 2009-02-18 10:20
摘要： 昨晚上睡得晚，头脑发昏，整了篇不知所谓的东西，给园子里面添了乱子，现在静下心来，把《计划测试系列》写完吧。
本计划的上一篇《计划测试系列（五）——时》，是Aaron的软肋，写得很糟糕，但为了保持完整性，Aaron还是贴出来了，看着寥寥几人的访问量，Aaron觉得应该加油写出更好的东西出来。废话少说，开始念叨计划测试系列中关于事的部分。
阅读全文
posted @ 2009-02-17 20:24
摘要： 到了“时”了，这是计划测试过程中最让人纠结的地方了。计划本来就是一件很麻烦的事情，关键点就在于计划的时候很难拿捏准时间的长度。在一本称之为《软件工程中的事实与谬误》的书籍中，作者提到一条软件项目走向失败的两大因素中的一条就是估算不准，由此可见计划之难了。Aaron现在对于时间计划搞得也是没模没样。
阅读全文
posted @ 2009-02-16 10:21
摘要：对于测试人员来讲，在项目里面不需要考虑到所有的部分（图的叶子部分），但非叶子节点部分还是得好好琢磨琢磨。对于开发人员来讲，比较常出现的一个情况是软件工作的环境问题：应用Team Foundation管理团队项目的时候，项目开发人员A引用了外部DLL（假设为C.DLL），当签入源代码的时候这个DLL是不被签入到TFS上的，这就会导致服务器上的版本编译不通过，提示无法找到DLL之类的错误信息。这是一个常见的环境错误。另外，如果项目组成员使用的开发环境不一致，也可能导致应用程序集成失败或者BVT运行不通过；如果开发团队开发环境一致，那么在对应用程序有兼容性要求的时候，相关的系统兼容性测试是必需的。
阅读全文
posted @ 2009-02-13 11:40
摘要： 5W1H相对于我的简化版来说，对于测试计划定义得更加详细。不过，正像笔者在博客签名中所宣称的那样：来自草根的实用主义。因此，5w1h定义就不适合三五个人十来杆抢的软件作坊了。对于很多刚刚起步测试活动（近两年才拥有“专门测试人员”，注意是“专门”而不一定是“专业”）的公司来讲——而这种公司，就笔者接触的一些同仁口中所述，在中国还不在少数——或许一些简化版的东西会更适合现在的他们，等到渐渐成长起来，我们才逐渐步入正轨。本文中笔者继续自己的草根实用主义，分享自己的关于计划测试活动中人的一些拙见。
阅读全文
posted @ 2009-02-12 09:18
摘要：网络上现在已经泛滥了关于测试计划的模板——用泛滥只是表示很多，并没有贬损的意思，笔者才疏一时想不到好的词语——这些模板对于制作一份测试计划文档来讲非常有用，但是生搬硬套这些文档却并不能帮助我们很好的计划我们的测试工作，但是这些测试计划中的主题却可以很好地帮助我们计划我们的测试工作并有效避免疏漏。
阅读全文
posted @ 2009-02-11 12:19
摘要：测试计划应该是整个测试流程中第一份测试文档了，但是一般情况下去不是测试人员学习的第一站。或许是因为万事开头难的缘故，测试计划确实挺让人纠结了。
很多有了一定的经验的测试人员在教新人的时候第一步都不是按照测试流程先从测试计划开始，而是让从测试用例的执行开始——这虽是无奈之举，但是对于测试新手来讲，还是可以学习很多东西的。闲话扯得有点远，回到我要介绍的正题上面来，计划测试。
阅读全文
posted @ 2009-02-10 22:36
|
|||