51Testing软件测试论坛

标题: 如何对一个陌生的项目进行评测 [打印本页]

作者: liufxiang 时间: 2004-11-5 17:40
标题: 如何对一个陌生的项目进行评测
请问如何对一个完全模式的项目进行评测，找BUG？

作者: awangty 时间: 2004-11-6 15:05
像一些测试类的文章说，测试的目的就是寻找问题，那麽找问题的基础是什麽呢，我觉得测试基础就是需求，任何一个产品的开发都是基于需求的，不满足需求的产品是失败的。
我想法的是先检查需求，根据需求编写测试计划，测试用例，继而在满足功能需求的基础上，进行更深层，像性能啊，压力啊，异常啊。。。

--------------------
只是发表自己的

作者: archonwang 时间: 2004-11-7 14:25
？
评测和找Bug是有先后的。
一般都是用Bug的数量与严重程度与评测得出的结果挂钩。

作者: jackei 时间: 2004-11-7 15:11
看来楼主的目的是要进行测试，找出缺陷。awangty朋友说的“我想法的是先检查需求，根据需求编写测试计划，测试用例，继而在满足功能需求的基础上，进行更深层，像性能啊，压力啊，异常啊。。。”这些已经是在熟悉一个项目后的工作了。对于一个完全陌生的项目或者行业应用，首先要作的就是要弄清楚这个行业或者软件所实现的业务具体是怎么回事。例如你测试进销存系统，就要明白进销存业务的流程和细节；如果要测试电信业务，那么就要明白这些业务包括哪些内容，用户要通过这些工作来实现什么样的目标？

作者: archonwang 时间: 2004-11-7 17:38
Jackie说得好像有点目的先行的策略。不过如果不熟悉的话，还是从用户角度进行目的先行比较好，在关键的功能和性能上多花点功夫。

作者: oywsky 时间: 2004-11-7 18:54
如果是对系统完全不熟悉怎么才能做出测试计划呢?

作者: skinapi 时间: 2004-11-7 21:50
搞测试光有测试理论知识和掌握测试流程是不够的，被测软件和相关行业的背景专业知识也是不可或缺的，对于完全不熟悉的系统，先就得想方设法尽快增强对其的了解（注意这里是了解，而不是熟悉，不可能让你完全熟悉了再进行测试的），然后先设计一些简单的用例，采用探索式测试的测试策略，逐步加强自己的测试，补充更多的测试用例，到最后对被测的系统应该会有足够的认识了，这个时候可以再回过头来更系统的考虑测试用例的设计，看前面的测试过程中有没有遗漏的。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)