2.3. 要领三：管理控制
测试责任人负责整个测试工作的管理控制，其控制点为：
指明测试点：以书面的形式说明当前允许测试的功能，以防止测试人员去测试开发还未完成的功能。
明确测试任务：以书面的形式，以人天为单位分配测试任务。
交换测试任务：假设第一天分配给甲、乙的测试任务分别为A、B，当他们都完成测试任务后，进行任务交换，即让甲测试任务B，乙测试任务A，这是提高测试覆盖率的一个简单有效的方法。
严格测试流程：测试CASE的执行-->填写问题表-->问题表处理-->系统升级-->回归测试（问题跟踪确认）。测试CASE 执行时，一旦发现问题，必须填写《问题表》。问题表由四部分组成：1 项目信息＋CASE ID＋测试CASE执行人信息； 2 问题描述＋签字； 3 项目组对问题的处理描述＋签字； 4 回归测试＋签字。问题表的第一、二部分由测试CASE执行人填写，第三部分由项目组填写，第四部分是在系统升级后，完成回归测试后，由回归测试人填写。实践证明，《问题表》用手工填写工作效率更高，因为手工描述可以图文并茂，易于不懂电脑，仅懂业务的测试人上手；其二是纸页《问题表》易于在测试组、项目组、配置管理组之间轮转。需要注意的是一张《问题表》最好对应一个问题，否则会给《问题单》的轮转带来不便。
3.软件测试重视
软件开发过程可分为：需求，设计，实现和测试四个阶段，需求是项目组的输入，测试的系统是项目组的输出，重视项目组的输入和输出，就把住了产品的质量关。
成熟的客户一定会积极参与测试，测试不到家时是不会允许系统投产的；成熟的项目组一定会安排充足的时间对系统进行测试，测试不到家时是不会将系统发布的。
我们都明白：系统的问题越早发现，改正的成本越低，破坏性越小，所以，在系统发布前，要尽量多地把系统的问题找出来，其手段就是有计划、有组织地进行充分的测试。
系统投产后发现的问题，其危害性被成倍放大，直接损坏了客户的利益和声誉，同时，客户将毫不留情地把“板子”打在开发商身上，这时，开发商费钱费力也可能难以挽回失去的市场。
总之，是否重视应用系统的黒盒测试，是判定开发商和客户是否成熟的重要标志。
文章来源于领测软件测试网 https://www.ltesting.net/
