测试工作管理与规范

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

不要整天把国家大事摆在嘴上，去改变你能改变的，接受你无法改变的。

我又回复了

我又回复了

慢慢来，呵呵

94你................