产品测试流程规范
1 规范说明
1.1 本规范适用对象测试人员,适用工作为在版产品正式版和SP版的修改问题测试和产品发布。
1.2 本规范的目的是为了避免在版产品发布工作的遗漏,减少产品升级过程的质量问题。
2 术语解释
2.1 在版产品是指对已经正式发布,需要经过测试部测试、整理升级资料的产品。
2.2 修改问题是指在产品质量跟踪管理系统中登记,按产品质量跟踪管理办法规定环节流转,需要测试部处理的对产品的各种修改变动。
2.3 日常测试是指在两次产品正式升级发布周期之间,根据程序员完成对修改问题的修改情况,测试人员及时完成对修改问题的测试,是对修改问题的第一次测试。
2.4 回归测试是指完成所有修改问题修改后,对已经进行过日常测试的修改问题再次进行测试。
2.5 发布准备是指完成全部修改问题测试后,对产品按安装测试规范、升级测试规范要求进行专项测试,整理升级说明、在线帮助等产品升级辅助文档资料。
2.6 SP版是指在两次产品正式升级版本之间,为解决用户的需求,发布的非正式升级版本,SP版所有的修改变动都包括在下一次正式版本中。
2.7 手动升级脚本,程序员编写的通过在PL-SQL中执行完成产品数据库升级的脚本。
2.8 自动升级脚本,根据手动升级脚本整理的,由自动升级工具执行的产品数据库升级脚本。
3 在版产品测试项目说明
3.1 操作测试
3.1.1 测试项目:通过菜单、按钮、快捷键、鼠标等执行各类操作。
3.1.2 执行条件:有新增操作或现有操作修改时
3.1.3 测试内容:各种调用方式是否正确等。
3.2 权限测试
3.2.1 测试项目:权限对功能的控制是否正确,权限涉及对象是否完整,
3.2.2 新增的无数据访问的控制类权限,如果对原有操作进行了限制,检查是否进行自动授权。
3.2.3 执行条件:有新增功能、现有功能调整、现有权限对象调整时
3.2.4 测试内容:权限对功能的控制、功能需要的权限对象是否与权限同步更新等。
3.3 输入测试
3.3.1 测试项目:各种输入项目
3.3.2 执行条件:新增或现有项目修改时,包括由于其它项目修改引起的变化
3.3.3 测试内容:
3.3.3.1 边界测试:输入数据的长度、大小等边界处理。
3.3.3.2 输入测试:使用等价类划分等方式设计输入数据,测试各类数据的输入。
3.3.3.2.1 正向输入:输入正确的数据、进行正确的操作、输入不受限制的数据。
3.3.3.2.2 负向输入:输入错误数据、进行错误的操作、输入受限制的数据。
3.4 参数测试
3.4.1 测试项目:系统参数和本地参数。
3.4.2 执行条件:系统参数和本地参数有变化时,以及参数涉及的功能有变化时。
3.4.3 测试内容:
3.4.3.1 正确性测试:参数对功能的影响是否正确。
3.4.3.2 易用性测试:参数调整时,是否对用户原来的使用造成影响。
3.5 报表测试
3.5.1 测试项目:新增或修改所影响报表。
3.5.2 执行条件:必要时。
3.5.3 测试内容:报表的正确性。
3.6 功能测试
3.6.1 测试项目:对修改涉及的功能进行综合测试
3.6.2 执行条件:所有修改
3.6.3 测试内容:
3.6.3.1 正向测试:达到用户需求。
3.6.3.2 负向测试:限制不该执行的操作。
3.6.3.3 并发测试:多用户同时操作。
3.6.3.4 入口测试:同一功能的不同调用方式。
3.6.3.5 业务测试:完整的业务相关功能测试,比如新增单据、审核单据、冲销单据。
3.6.3.6 流程测试:不同业务流程测试,比如增加后审核、增加、修改后再审核。测试方法
4 在版产品测试流程
5 在版产品测试流程说明
5.1 日常测试
5.1.1 修改问题由测试部负责人或委托他人进行任务分配。
5.1.2 修改问题的日常测试必须在分配问题时指定的完成时间前完成,如果有任务冲突提前与任务分配者协调调整完成时间。
5.1.3 SP版的修改问题测试必须在SP版发布之日完成。
|
|