测试工作管理与规范

　　1、 测试工作准备

　　测试负责人在软件项目的需求阶段开始介入，逐步深入了解该项目的需求、设计过程，从而有针对性的编制测试计划和测试大纲(测试方案、测试用例)。

　　对测试人员进行业务培训，了解该项目的大体流程及各项功能。

　　2、 测试计划的制定

　　测试计划的制定要与项目开发的总体计划相吻合;测试计划中要充分考虑资源计划(人员安排，设备分配、与其它部门的协调配合以及其它不确定的因素)等;测试计划的制定还要考虑测试版本计划，与开发协调，按照版本生成计划(多长时间出一个版本)，制定测试计划。

　　3、 时间节点的控制(与开发部门的协调控制)

　　保证测试计划中的全部测试用例跑一遍，如果未按预计的时间将所有计划中的测试用例走一遍，则需分析原因。

　　4、 测试用例(TASE CASE)的编制与优先级的控制

　　以软件项目的层次图或模块分解图，按模块根据模块功能清单设计编写测试用例(TEST CASE)，将测试用例按对系统的影响程度分成优先级。

　　测试原则：按照优先级的顺序从高到低完成测试用例的测试;测试用例的编制要充分考虑模块间的接口关系，对集成测试的流程要清楚。

　　​

　　5、 测试过程控制

　　合理地进行测试人员的组织与分配，按功能模块并结合测试人员的实际情况(人员素质、测试业务水平、工作态度)进行测试工作的安排(界面测试(风格、字体、提示信息、布局等)可安排一般测试人员)、功能和性能测试需有较深资历的人员进行测试)。

　　将测试的BUG的状态进行分类(Active(激活)，resolved(解决)，postponed(推迟解决，external，fixed(修复)，won’t fixed，(无法修复)by design(设计引起)，not repro(不重现)，closed(关闭))，并且一定要进行确认和跟踪。

　　要求测试人员详细地记录测试过程，特别是错误描述要清楚(特别是错误情况出现的操作步骤)。

　　对测试人员的工作进行检查，并结合测试记录和测试过程对每个测试人员的工作进行考核与评价。

　　6、 测试反馈

　　将测试中发现的BUG反馈给该项目(模块)的负责人，由负责人对该BUG进行定位，并由相应的设计人员进行修改，如果测试人员发送的BUG并非该测试模块的BUG，则由该负责人转发给相应的负责人，由其定位，并指派设计人员修改。

　　7、 测试问题处理

　　测试结束后，测试过程中发现的所有BUG，都应将其统计汇总，标识出当前的状态，其中经再次测试已经关闭的不再说明，其它所有未关闭的均应说明理由，并与开发部门讨论，由技术负责人给出结论(是否解决或延期解决)，并要经过技术副总审批。

　　8、 测试分析

　　测试完毕，整理测试文档，测试负责人并编制〈测试过程说明〉、〈测试总结报告〉;每个测试人员提交在该测试项目的〈测试体会〉给质量管理部经理，作为部门人员评价的依据。测试负责人将每个测试人员的测试记录(所发现的BUG)汇总并分析，得出该软件项目的BUG分布表，作为评价该软件项目的依据。

　　9、总体评价

　　根据测试的全部过程及测试记录以及测试分析，对该项目得出综合的评价，确认软件系统的可用性，并提出对该项目的意见与建议，决定是否发版，进入发版控制流程。

　　10、质量目标

　　通过测试管理工作的加强，力求在测试阶段尽可能多地发现软件错误与缺陷，尽可能少的将问题带给用户，确保软件的质量及其可靠性，提高用户满意程度，使作为质量管理中心的质量管理部真正的把好产品的质量关，尽量在测试阶段发现软件错误和软件缺陷减轻客户服务部的压力，提高公司产品的质量与市场竞争力，营造公司良好的形象。

　　如需了解更多测试技术信息请关注：深圳多测师软件与技术服务有限公司