C、基本功能测试:对照需求和总体设计中所有模块和功能的基本功能路径,基本功能测试为测试软件产品的非重要级别模块,书写完全的自动测试脚本的主要依据 。D、详细功能测试:对照总体设计中所有模块和功能的功能路径,测试各个模块及功能各个层次,各种类型 。
详细功能测试案例为对重点模块,易发生错误的模块的主要依据 。(6)测试类型:功能测试、边界测试、异常测试、性能测试、压力测试、兼容测试、安全测试、恢复测试、安装测试、界面测试、启动/停止测试、文档测试、配置测试、可靠性测试、易用性测试、多语言测试 。
(7)预置条件:对测试的特殊条件或配置进行说明(8)测试步骤:详细描述测试过程,案例的操作步骤建议少于15个 。(9)预期结果:预期的测试结果三、测试用例设计过程对一个全新的产品来说,首先需要了解的是产品需求文档和产品模块之间的关系 。
然后需要从需求文档中书写与所有需求相对应的主路径测试案例和烟雾测试案例,这个时候也同时会包括一定的基本路径测试案例甚至是详细测试案例 。在这个时候,因为对产品没有直接的使用感受,书写测试案例要考虑面广而不要太过精细 。
继续阅读产品功能定义文档,将所有的功能定义直接对应写相关的测试案例,这个时候,最好能够对程序的本身有一定的接触,加深对程序的了解,以便写出更好,更全面的测试案例 。最后,在实际测试中,还需要不断扩充,修改以前的测试案例,得到完整的基本功能测试案例和详细测试案例 。
如果对于一个已有一定或大部分案例的产品来说,不管测试者是否本身熟悉这个产品,其主要的任务就是阅读,检查需求及相关的变更,然后对原有的案例进行理解,扩充和修改 。这就是案例的重用/复用 。
7. 如何写测试用例 这边有一些测试用例的一些原则:
1.系统页面必须与照设计文档一致.测试时须检查的地方有:各页面的列名,提示信息等文字描述是否存在错别字.列宽长度是否合适,能否完全显示输入信息.(注意:页面如出现有变量,则须对这些变更的正确性进行验证)
【用例设计怎么写】2.测试基础信息录入,必填项必须测试数据录入范围,保证所有的信息能够有效的录入系统 。可采用临界值测试法
3.测试与业务有关的功能,必须包证输入金额,日期格式正确,金额方向正确,。可采用先做业务,后做查询的方法验证
4.测试查询功能时必须保证录入查询条件即可查出相应的正确结果.
5.流程测试应保证流程流向能按设计的流程图走,如一个流程结束后才能出下个流程,这时应保证上个流程结束后才能出下个流程,而且上个流程的任务必须是结束状态.测试方法可以用列举法,把所有的情况列举出来后逐步测试.
6.对有可能引起纠纷的业务须重点测试,维护中心形象.(如:余额查询,个人明细查询结息等业务)
7.测试系统性能时应该制定性能测试计划,出具性能测试报告.
8. 单元测试用例该怎么写 写单元测试用例?好像有些理想化 。
在实际工作中,能有个基本的详细设计文档就不错了,只要有了详细设计文档,就可以直接建立可执行的测试用例 。先写个文字的单元测试用例,费时费力,还要维护,项目不会给那么多时间吧?从我们的客户反馈来看,实际工作中,很多项目是没有规范的详细设计的,这时最容易范的错误就是:测试人员阅读代码来了解代码功能,以便设计用例,结果,测试几乎没有效果 。
所以,除非有规范的文档,否则单元测试要由开人员为主 。如果连详细设计文档都没有,那依据什么来写文字版的单元测试用例?如果有,那就用不着写一个文字版的 。