Magic Linux测试工作指导规范

Magic Linux测试工作指导规范

1.测试工作概述：
　　一套软件要想获得比较高的质量，严密的测试工作是不可缺少的。在软件能力成熟度模型(CMM)中，一般将软件的测试分为单元测试、集成测试和系统测试，从而对软件的开发过程进行全面质量管理。
　　Magic Linux的协同开发模式正在逐步形成中。结合目前Magic Linux开发团队成员较少、而很多爱好者参与开发的兴趣浓厚这样的实情，特制定《Magic Linux测试工作指导规范》，以便指导更多的Linux爱好者加入到Magic Linux的测试工作中来，为推出一个具有商业品质的免费发行版而共同努力。
　　参照CMM原理，本规范将Magic Linux的测试工作分为三个层次：单元开发测试、集成性能测试和系统应用测试。随着Magic Linux团队的逐步壮大，本规范也将逐步向更完善更规范的方向发展，在考虑现实条件的基础上逐步建立Magic Linux成熟的开发模式。

2.单元测试／开发测试：
　　不同于一般软件开发中的单元测试，这里的测试主要是指主要开发人员在维护软件包过程中进行的测试。具体的规范由核心开发人员另行制定。

3.集成测试／性能测试：
　3.1 测试人员要求：半年以上的Linux使用经验，一个月以上的软件安装经验、至少亲自安装过10个以上的软件；上网条件比较好；
　3.2 测试工作范围：稳定性，速度，兼容性，可靠性，安全性，以及系统所存在的其他缺陷。
　3.3 测试工作流程：按应用类型选择自己的测试=>提交自己的测试计划(准备进行哪些测试项目)=>由cjacker分配专项测试任务，如果限内部测试则告知下载地址=>下载安装=>按照计划进行测试=>按照测试计划和测试结果，编写详尽的测试报告，提交到协同开发区或邮件列表，同时向Bug跟踪系统提交Bug和建议。
　3.4 测试工作结果：测试报告（附测试计划）。报告中应详细描述自己的测试步骤和测试结果，对于与预期结果不符的可尝试分析其中的原因和解决办法。注意帖子主题包含[[ML1.2p5-IT]]样式的标识，以便查找整理。

4.系统测试／应用测试：
　4.1 测试人员要求：一个月以上Linux使用经验，上网条件好；
　4.2 测试工作范围：功能性、易用性、美观性、适用性，其他不理想的地方。以后可对照“ML需求规格说明书”(SRS)进行。
　4.3 测试工作流程：自行制定测试计划（准备测试哪些方面）=>下载公开测试版本进行安装=>按照计划进行测试=>根据测试计划和测试结果撰写不少于400字的测试报告=>到论坛张贴自己的测试报告或发到邮件列表。
　4.4 测试工作结果：测试报告（附测试计划）。报告中应详细描述自己的测试步骤和测试结果，注意帖子主题前加上[[ML1.2p5-ST]]样式的标识，以便查找整理；如有建议请到官方站提交。
　

5.测试人员的升级路线：
　5.1 系统测试人员向集成测试人员发展
　5.2 集成测试人员向单元测试和软件包维护人员发展

6.本规范的适用范围：
　6.1 本规范适用于ML1.2和ML2.0；
　6.2 ML2.0以后将根据情况进行调整，总体方向是朝CMM靠拢；
　6.3 公社其他项目也可以借鉴本规范的内容。

----------------------------------------------------
[ChangeLog](请cjacker、conner、jackey等帮忙进行完善和修改)
*2003-12-29 fujinsan created.