测试组规划与管理
随着国内软件产业迅猛发展，软件产品的质量控制与质量管理正逐渐成为企业生存的核心。为了保证软件在出厂时的“健康状况”，几乎所有的IT 企业在软件产品发布前都需要大量的质量控制工作。作为软件质量控制中的重要一环，软件测试是软件质量保证的重要手段，有些研究数据显示，国外软件开发机构40%的工作量花在软件测试上，软件测试费用占软件开发总费用的30%至50%。由此可见，要成功开发高质量的软件产品，必须重视并加强软件测试工作。
一．测试组现状
通过几天在公司的学习，观察，了解到我们公司现阶段的测试组的情况如下：
1、测试流程不规范；
2、测试文档不健全；
3、测试文档也没有控制和管理
4、测试人员不参与需求分析
5、被测软件没有版本控制
二．对测试组一个规划（参考建议）
1、人员安排：人员数量、分工、培训等
b. 人员分工：测试组负责人要对测试组人员针对不同系统，不同模块，不同时间进行有计划的分工，并进行监督，测试人员要有一个人负责项目需求分析，并对其他人员进行业务流程培训。
c. 培训：对新技术，新工具的培训，业务流程的培训等。
d. 人员数量：视公司要求而定
2. 测试流程
项目整体测试流程：
测试执行流程：
3、测试是各阶段的划分
a. 单元测试：由开发人员完成
b. 集成测试；由开发人员与测试人员共同完成
c. 确认测试：由测试人员完成
d. 回归测试：由测试人员完成
f. 验收测试：由测试人员、用户、企划部、业务部完成
4、测试环境
对一些主流环境的必须测试，非主流的视情况而定，最好模拟真实用户环境。
5、测试过程中要提交的文档
a. 测试需求
b. 测试计划
c. 测试用例
d. 执行测试
e. 提交缺陷单
f. 测试总结报告
以上的这些文件必需要有的，这样可以有效监督测试整个过程，并且对以后的软件测试也有参考价值，对于相似软件的开发也能提出参考的建议，长期提高软件质量有很大的帮助。
6．各种参考文档、测试文档的管理与缺陷的追踪机制
测试文档是很重要的工作，不仅要管理还要整理测试文档。比如说回归测试中就会用到以前的测试文档，应该把重复的测试问题去掉，整理出来。
建议：
用VSS 进行测试文档和测试软件版本的管理
用TD 进行bug 的提交和跟踪
结合起来用效果比较好.
三．和其他部门的接口
1．测试组与开发组：
a. 与开发人员交朋友
b. 要采用恰当的方法与开发人员进行沟通，不要总是责怪开发人员的能力和经验，而是要主动协助开发人员解决问题，排除阻碍；
c. 两个部门主管之间的沟通和协作是工作成败的关键
d. 测试人员一定要熟悉业务流程和技术, 这样才能对系统的bug 有更多的发言权，有时还可以给开发人员提出建议.
f. 明确规定各部门人员的职责
建议：，测试组的负责人员参与开发人员的项目需求分析的研讨会，写出项目需求分析，并且对测试组的其他成员进行讲解项目需求与培训业务流程，这样才能保证每个测试人员对
所测的系统的业务流程熟悉，对提高软件质量有很大帮助。
2．测试组与企划部、业务部：
建议：对于验收测试由企划部，业务部着重考虑软件是否满足规定的所有功能和性能，文档资料是否完整、准确人机界面和其他方面（例如，可移植性、兼容性、错误恢复能力和可维护性等）是否令用户满意，在适当时候测试人员也要参与。
用户操作手册、帮助文件的撰写：对于这部分的文件建议由业务部与测试人员共同完成，因为业务部人员比测试人员更熟悉系统的业务流程，易用性、可操作性，写出来会更直观，更容易理解。
测试：袁宜秀
日期：2010-4-2
测试组规划与管理
随着国内软件产业迅猛发展，软件产品的质量控制与质量管理正逐渐成为企业生存的核心。为了保证软件在出厂时的“健康状况”，几乎所有的IT 企业在软件产品发布前都需要大量的质量控制工作。作为软件质量控制中的重要一环，软件测试是软件质量保证的重要手段，有些研究数据显示，国外软件开发机构40%的工作量花在软件测试上，软件测试费用占软件开发总费用的30%至50%。由此可见，要成功开发高质量的软件产品，必须重视并加强软件测试工作。
一．测试组现状
通过几天在公司的学习，观察，了解到我们公司现阶段的测试组的情况如下：
1、测试流程不规范；
2、测试文档不健全；
3、测试文档也没有控制和管理
4、测试人员不参与需求分析
5、被测软件没有版本控制
二．对测试组一个规划（参考建议）
1、人员安排：人员数量、分工、培训等
b. 人员分工：测试组负责人要对测试组人员针对不同系统，不同模块，不同时间进行有计划的分工，并进行监督，测试人员要有一个人负责项目需求分析，并对其他人员进行业务流程培训。
c. 培训：对新技术，新工具的培训，业务流程的培训等。
d. 人员数量：视公司要求而定
2. 测试流程
项目整体测试流程：
测试执行流程：
3、测试是各阶段的划分
a. 单元测试：由开发人员完成
b. 集成测试；由开发人员与测试人员共同完成
c. 确认测试：由测试人员完成
d. 回归测试：由测试人员完成
f. 验收测试：由测试人员、用户、企划部、业务部完成
4、测试环境
对一些主流环境的必须测试，非主流的视情况而定，最好模拟真实用户环境。
5、测试过程中要提交的文档
a. 测试需求
b. 测试计划
c. 测试用例
d. 执行测试
e. 提交缺陷单
f. 测试总结报告
以上的这些文件必需要有的，这样可以有效监督测试整个过程，并且对以后的软件测试也有参考价值，对于相似软件的开发也能提出参考的建议，长期提高软件质量有很大的帮助。
6．各种参考文档、测试文档的管理与缺陷的追踪机制
测试文档是很重要的工作，不仅要管理还要整理测试文档。比如说回归测试中就会用到以前的测试文档，应该把重复的测试问题去掉，整理出来。
建议：
用VSS 进行测试文档和测试软件版本的管理
用TD 进行bug 的提交和跟踪
结合起来用效果比较好.
三．和其他部门的接口
1．测试组与开发组：
a. 与开发人员交朋友
b. 要采用恰当的方法与开发人员进行沟通，不要总是责怪开发人员的能力和经验，而是要主动协助开发人员解决问题，排除阻碍；
c. 两个部门主管之间的沟通和协作是工作成败的关键
d. 测试人员一定要熟悉业务流程和技术, 这样才能对系统的bug 有更多的发言权，有时还可以给开发人员提出建议.
f. 明确规定各部门人员的职责
建议：，测试组的负责人员参与开发人员的项目需求分析的研讨会，写出项目需求分析，并且对测试组的其他成员进行讲解项目需求与培训业务流程，这样才能保证每个测试人员对
所测的系统的业务流程熟悉，对提高软件质量有很大帮助。
2．测试组与企划部、业务部：
建议：对于验收测试由企划部，业务部着重考虑软件是否满足规定的所有功能和性能，文档资料是否完整、准确人机界面和其他方面（例如，可移植性、兼容性、错误恢复能力和可维护性等）是否令用户满意，在适当时候测试人员也要参与。
用户操作手册、帮助文件的撰写：对于这部分的文件建议由业务部与测试人员共同完成，因为业务部人员比测试人员更熟悉系统的业务流程，易用性、可操作性，写出来会更直观，更容易理解。
测试：袁宜秀
日期：2010-4-2