编写测试用例的方法
上一篇 /
下一篇 2007-05-22 12:07:33
一、对项目、产品的测试，测试的时候通常要考虑这个项目的周期和测试资源。时间和人力资源对测试来说是完成测试工作的一个风险。为此在这种情况下，先熟悉系统的业务，把握重点业务和功能后，参考需求，把测试需求、测试计划和测试大纲给制定好。由于时间关系，测试用例都是先写重点的业务，也就是集成测试的测试用例。另外测试用例是根据测试大纲来的。通常都是先挑最重要的测试项和风险大的业务功能编写测试用例。由于测试用例是本人执行，所以测试用例可以写的简单些，但是一定要开发人员能够看明白。如果根本没人看，测试用例则是用来提示自己不要忘记了要测试哪些项。 所以只要你所写的测试用例在你的公司能够顺利的执行，不影响你的测试执行工作就可以了。因为测试用例写的太详细，你要花费时间和人力成本，这样出来的测试用例是最好的也是最贵的，一旦需求变更，也需要修改，这时你会发现这种详细的测试用例是最不挣钱的。测试用例写的太粗，别人看不懂，不能执行，那你要花费你的时间去解释，这就加大了测试的工作量。这也不是好的方法。
二、测试用例要根据测试大纲来写，测试大纲要根据测试计划来写。测试大纲更多的是把握住测试项的方向，而测试用例是指导怎么去执行测试。熟悉了软件的业务才能去写测试用例，才能更好的去测试。
三、
１、测试用例要根据测试大纲来编写
２、测试用例也要分测试项进行归类，这样比较好分析和阅读。如：业务流程测试、安装测试、功能测试、用户友好性测试、兼容性测试、性能测试、安全性测试等等。
３、编写测试用例要考虑各种情况，精力主要集中在软件的主要业务流程和风险高的地方。能分出测试优先级别就最好了。
４、熟悉系统，对编写测试用例很有帮助。
５、即使对测试很熟悉了，在时间非常紧的时候，编写测试用例还是很有必要和好处的。
收藏
举报
TAG:
引用 删除 xiaozhenhua137 / 2012-10-22 10:39:16
引用 删除 zhou162636 / 2011-04-21 09:52:18
