测试组织、测试实施

软件测试的根本任何和发展目标是保证软件质量。测试应当参与到产品生命周期中所有可能会影响软件质量的所有工作中去。当前测试的根本任何是完成系统的基本测试。但是根本来说，由于单独的系统测试难以确保产品的基本质量，因此测试在部分项目开展过程中必须参与到集成和用户测试过程中。此外，测试也会承担部分系统评测以及用户基数支持的重要任务。测试未来的发展目标主要是产品质量的保障，在后期发展过程中也只有谨记质量二字才能够真正的参与到产品生命周期所有可能会影响质量的工作过程中。

测试的组织方式是以小组为单位的，测试内部的个体主要分为测试和支持人员两种，其中小组的管理人员属于支持人员，测试工作的最小组织单位是测试和支持小组，在此过程中主要由小组全部负责，而小组长则想测试主管负责。在测试小组组建过程中应当根据测试和评测项目的需求，由小组长临时决定组建方式。项目组的最大特点便是其自身的生命周期较短，其通常会在2周到4个月之间。而对于系统测试或者评测期间，测试组长作为测试对外的唯一途径，对内完全负责组员的工作安排和检查以及工作进度的管理。

支持小组按照内部相关条例负责测试的后勤保障和日常管理工作，机构设置一般相对比较稳定。主要负责网络管理、数据备份、文档管理、设备管理和维护、员工内部培训、测试理论和技术应用、日常事务管理和检查等。

另外，测试对于每一个重要的产品方向，均设置1-3个人长期研究和跟踪竞争对手的产品特征、性能、优缺点等。在有产品测试时，指导或参加测试(但不一定作为测试组长)，在没有产品测试时，进行产品研究，并负责维护和完善测试设计。目前希望在需求分析阶段多多参与。

测试的运作方式----制度化并形成应用

主要介绍一下项目组关心的系统测试流程：

1、项目组提交系统测试申请给测试指定帐号。由专人检查文档格式和完备性。

2、检查合格后交给该产品对应方向的研究人员，评价其内容的有效性和真实性。

3、检查合格后由测试主管审查并通过，成立测试组，指定测试组长(但暂时没有组员)。

4、测试组长根据该产品的申请报告、测试设计和以往测试数据，制定测试方案。 　　5、测试主管审核通过测试方案后，根据测试方案指定测试组成员，并由支持组完成其他支持任务(如：设备的配备、测试数据库的建立、网络权限的修改…)。

6、测试期间测试组根据测试方案进行实际测试，记录并跟踪测试缺陷报告，填写测试记录。测试期间测试组长与项目组(测试经理)经常沟通，并获取产品的更新版本。同时，测试组长审查、修改并提交所有缺陷报告，保证随时掌握产品的质量情况，并监督测试进度。

7、产品进行到一定阶段后(标志是测试缺陷报告库中所有的报告处于归档状态)，由项目组和测试组长共同决定产品进入稳定期测试。稳定期测试版本之前的版本必须在显著位置标明为测试版字样。

8、稳定期测试期间所发现的缺陷报告也需要记录在测试缺陷报告库中，并在稳定期结束后由双方(有时可能也有市场方面的意见)共同决定对这些缺陷的处理方式。如果需要改动产品，则重新开始稳定期，否则通过稳定期测试。

9、测试组长对于通过稳定期测试的产品填写综合测试报告，测试中心依此发布产品发行通知。

10、测试组对整个测试过程和产品质量进行总结和评价，形成文档并备案。同时，将测试过程中对测试设计的改动纳入基线。最后，组长整理并在指定地点保存相关测试数据和测试样张。

11、测试部门解散测试小组。

另外，在系统测试阶段，我们要求测试小组要进行一些常规内容测试(如：Y2K测试，病毒检查、裸机测试、加密检查、说明书检查…)，并要求写入测试方案中。

传统测试流程遇到的挑战和对策----问题发现得越早，解决的代价就越小

（1）自动测试的基本工具和理论

受到产品开发模式缺陷的影响，在实际测试过程中对于测试工具的使用效果并不理想，仅仅能够完成部分应用的使用。

而对于测试理论来说，对于测试理念和思想的灌输极其有成效，但是测试数学模型的研究和建成工作的开展并不顺利，出现该种现象的根本原因是在产品生命周期内的相关操作并不规范。

在当前的软件测试工作开展过程中，主要依赖于测试人员自身的工作经验和基本素质，对于产品说明文档和项目组的技术咨询以及测试设计等都是决定测试质量的重要因素。

（2）测试分类

根据目前的实际情况(已经由传统的瀑布开发模式、使用结构化设计和实现手段，变为现在的RAD开发模式、使用OOD和OOP)，我们将把测试分为三种：产品测试、项目测试、系统评测。我们的依据是：问题发现得越早，解决的代价就越小。

产品测试的流程基本和上面提到的一样。

项目测试的原则是尽早加入测试，并充分重视和支持用户测试。

系统评测是简化工作流程。

（2）对于测试的分类

当前在软件测试工作开展过程中已经实现了测试方式的转变，而在此基础上，通常可以将测试划分为三种类别，即产品、项目以及系统的测试。在此过程中所依据的原则是问题早发现早解决，从而付出更小的代价进行解决、而产品测试的基本流程和上述过程基本相同。

项目测试的基本原则是在实际过程中应当尽早进入测试，并且充分重视和支持用户所进行的相关测试。