(3) 如何开展测试？
    对于项目质量而言，测试是最为关键的一环。团队中没有专门的测试人员，因此确定一些指导性的测试思想和方法十分有必要。
    a) 全面测试。要有比验收测试覆盖面更广的测试，除了考察技术协议是否达标以及烤机之外，还必须包含健壮性和易用性等方面的测试内容。这一个环节就是系统测试。其概念从第一个H3项目起就引入到团队了，只是没有很好的规范化。比如，现在找不到一个标准化的测试用例文档模板，也缺乏用例设计全面化的指导。在这一块需要做的事情是推广系统测试的概念，重新整理相关文档模板：测试计划、测试用例、缺陷记录等，制定系统测试用例设计的指导手册。
    b) 公开测试。开发人员通常更关注实现细节而忽视系统外在表现。而且缺乏对问题的警惕，自己设计自己实现自己测试，用得滚瓜烂熟了嘛，应该没什么问题。但到了用户手里，很可能就会出现无法忍受的状况。譬如，曾经的DSP组的黑屏问题、ARM9组的开机启动和USB识别问题、无线组的板子经常坏掉的问题，在开发过程中或多或少都发现了，但由于还勉强可用，就一直遗留到产品化或二期项目中才被重视。开发人员的用户意识需要培养，对于已暴露问题的警惕性需要培养，还有一种思路就是依靠外在力量来促使问题浮出水面，摆脱开发者的将就惯性。团队在早期摸索阶段就尝试过非开发人员测试。“儿童感觉统合训练系统”、“一体化标记机”、“五吋屏标记机”等项目都曾经在团队内寻找过组外人员进行测试，类似于网络游戏的公测。公测讲究随意性，不规定测试者的测试方法，有助于打破项目组开发者的思维定势，对系统的稳定性、健壮性和易用性等方面是一个极大的考验。但需要注意的是，绝不能让项目组依赖上公测。公测的意义在于发现系统测试没有发现的问题，绝不能替代系统测试，它的定位就是在缺乏专业测试队伍的条件下对开发者系统测试的补充。
    c) 尽早测试。包括三个方面的含义：第一，尽早开展测试的准备工作。在需求分析之后立即编写系统测试计划及用例，在实现某个功能模块之前先准备好模块测试用例及测试环境。第二，尽早开展测试执行工作。功能模块一实现就立即开展模块测试，系统一旦能运作，即便是靠零散的功能模块组装起来，就可以开展系统测试。第三，尽早提交给甲方体验。尽早测试好处太多了：能够让组员明确工作目标，代码写完或者电路搭完离完成工作还很遥远；有助于明确需求并改善设计，测试需要从使用角度来思考；更容易产生成就感和培养自信，测试通过就算告一段落了嘛……尽早测试是人家IBM总结出来的经验，与XP中的“测试先行”概念有异曲同工之妙。尤其是尽早提交给甲方体验，对需求变更的控制、对设计思路的确定会有莫大的好处。