产品测试流程规范
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版发布之日完成。
|
|
资源大�。�15.46 KB 
