测试中的工作与规范

发表于:2009-09-21来源:作者:点击数: 标签:规范
1、 测试工作准备 测试负责人在软件项目的 需求 阶段开始介入,逐步深入了解该项目的需求、设计过程,从而有针对性的编制测试计划和测试大纲( 测试方案 、 测试用例 )。 对 测试人员 进行业务培训,了解该项目的大体流程及各项功能。 2、 测试计划的制定

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、质量目标

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

原文转自:http://www.ltesting.net