从事测试工作的各位同仁，对怎么写一个测试用例再也熟悉不过了。测试用例人人会写，但什么是好的用例，怎样去设计一个实用且规范的用例，可能就见仁见智了。下面我根据自己的理解，并结合在工作中的实际情况来谈一下对于测试用例写作的几点思考。

　　首先，编写测试用例的前提是基于对需求的充分理解。从哪些方面去获取详尽的需求呢？如果公司研发流程比较规范的话，在测试准备阶段，测试人员就能拿到一份关于需求的说明文档，即软件规格说明书。那么，软件规格说明书就是我们获取需求的首要途径。通过研读规格说明书，大概了解下所测系统的测试项目，再结合质量模型的相关特性，测试人员就可以初步确定从哪几个方面来进行用例的设计，比如功能、性能和可靠性等方面。如果没有相关的需求文档，那我们就通过与那些熟悉需求的人员进行交流，如开发人员，需求分析人员等，来获取被测系统的详细需求。测试类型确定以后，测试人员就可以进行用例的设计工作了。

　　接下来，谈一谈用例设计的方法。拿到需求规格以后，可以将其划分为几个相对独立的需求片断。对每个需求片断，采用不同的用例设计方法来进行用例的设计。常用的几种黑盒用例设计方法有等价类边界值，判定表，因果图，状态转移与流程分析等。每一种用例的设计方法都有其适用的情况，也有不适合的情况。这个要根据具体的需求片断来进行筛选。

　　……………………

　　查看全文请点击下载：http://www.51testing.com/html/13/n-806213.html

　　用例编写完成以后，测试小组内应该相互评审下，主要检查用例对功能、性能等类型的覆盖情况，用例编写风格是否统一等。评审过后，再进行相应的修改。之后再组织与开发和需求分析人员的用例评审，来确保用例达到公司的要求。在后续的测试执行阶段，如果发现测试数据等问题，测试人员应该及时的修改测试用例，并通知给有关的执行人员。如果发生了需求变更，也要增加或者修改用例，始终要保证用例与用户需求的一致性。

　　查看全文请点击下载：http://www.51testing.com/html/13/n-806213.html

　　版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。