编写软件测试用例需注意哪些?
2013-02-25 17:25
267 查看
话说作为一个测试人员,测试用例的设计与编写是一项必须掌握的能力,若想写出有效的测试用例则需要多方面的技术知识。平时工作遇到功能测试较多,但过多是敏捷型的,涉及少。我认为认真仔细的写好测试用例是有必要的。
就如何设计测试用例需从如下几个因素出发:
1、复用率,随产品不断升级,需要涉及更详细些,可一劳永逸;如仅使用一两次,没必要写的太仔细。
2、项目进度,时间允许可详尽,时间紧可执行即可。
3、使用对象,如果供多人使用,尤其让后参加测试的工程师来执行,则需要设计的更加详细些。
4、关注有效功能,大多数情况:我们不太可能在一个测试用例包含全部测试要求,因为众多的功能及不同的路径组合将使测试用例步骤繁多,操作复杂,或者完全不具可操作性。说这些并不是意味为需求中定义的每个功能和特性,编写一个或多个测试用例,只要把握好适度即可。
如何区分有效功能:
第一点,这个功能是可以还原到用户原始的手工业务流程中去的。
第二点,这个功能是否标志用户实际业务的一个阶段性结束,并且这项业务完成后,被完成的业务实体是否可以交付给其他用户或业务供完成下面的工作?
5、做好需求分析,这里的需求包含显示和隐式需求,根据需求文档将不同需求来源划分成一个个需求点,针对每小点进行测试分析,界定测试范围,并运用多种测试用例设计方法产生测试节点。
6、注重测试用例评审,评审会以检验功能是否覆盖完全,评审会成员有设计,开发,测试及专家成员。
如果测试用例编写不规范,后果不堪设想。
就如何设计测试用例需从如下几个因素出发:
1、复用率,随产品不断升级,需要涉及更详细些,可一劳永逸;如仅使用一两次,没必要写的太仔细。
2、项目进度,时间允许可详尽,时间紧可执行即可。
3、使用对象,如果供多人使用,尤其让后参加测试的工程师来执行,则需要设计的更加详细些。
4、关注有效功能,大多数情况:我们不太可能在一个测试用例包含全部测试要求,因为众多的功能及不同的路径组合将使测试用例步骤繁多,操作复杂,或者完全不具可操作性。说这些并不是意味为需求中定义的每个功能和特性,编写一个或多个测试用例,只要把握好适度即可。
如何区分有效功能:
第一点,这个功能是可以还原到用户原始的手工业务流程中去的。
第二点,这个功能是否标志用户实际业务的一个阶段性结束,并且这项业务完成后,被完成的业务实体是否可以交付给其他用户或业务供完成下面的工作?
5、做好需求分析,这里的需求包含显示和隐式需求,根据需求文档将不同需求来源划分成一个个需求点,针对每小点进行测试分析,界定测试范围,并运用多种测试用例设计方法产生测试节点。
6、注重测试用例评审,评审会以检验功能是否覆盖完全,评审会成员有设计,开发,测试及专家成员。
如果测试用例编写不规范,后果不堪设想。
相关文章推荐
- 编写软件测试用例需要注意哪些
- 编写测试用例需注意哪些?用例设计方法有哪些?
- 编写软件测试用例应注意的问题
- 软件测试用例编写规范总结
- 如何编写和设计软件测试用例
- 软件测试用例的编写技巧
- 测试用例包含哪些内容和测试用例的编写流程
- 软件测试报告应该注意哪些事项
- 以下题目均在bookstore项目上完成(请先运行数据库文件): 1、编写单元测试用例,对用户注册功能的Action层进行测试。(注意:测试用例应考虑成功和失败的情况)
- 如何编写高质量的测试用例?有哪些方法论或原则?
- 2、编写单元测试用例,对用户注册功能的DAO层进行测试。(注意:测试用例应考虑成功和失败的情况)
- 软件测试计划编写注意事项
- 一个好的测试用例需要注意哪些方面?
- 软件测试用例编写建议
- 软件测试用例的设计和编写
- 软件测试用例设计与用例编写
- 软件测试测试用例设计注意事项
- 手机软件测试的测试点以及写用例注意点总结
- 软件测试用例的编写 ZT
- 有关软件测试计划编写注意事项