测试执行：
（1）测试任务每日分派，任务来源与测试计划的细化。（至少需要细化到每个人。当然，如果小组长技能水平较高，可考虑细化到小组）
（2）每日周期跟踪各个单位任务执行状态（比较合理的周期可考虑，取决于跟踪单位任务执行消耗的时间为决策者1/2的工作总时间）
（3）每日对当天的bug进行分析，将分析结果转化为测试点分配到各个负责单位。每周进行一次bug分析汇总，修订周测试计划的重点。
（4）每周进行一次测试状态检查，可选择的方式有交叉测试或核心测试人员抽检。
（5）测试决策者每日与RD就bug修改方案沟通的时间不少于总时间的1/4。
（6）至于其他特殊环境或情况，只能说：见招拆招。
（7）第一阶段为复制。适用于测试新手，基本所有的测试人员设计用例都是从这个出发点开始的。
（8）第二阶段为重置。通常在测试人员入行半年以后开始，通过对之前人员设计用例的模仿，加上自己对测试功能的理解，运用简单的测试方法，重新设计属于自己风格的测试用例。
（9）第三阶段为扩展。努力的测试人员在1年后开始进入此阶段，其表现基本与你现在的状态基本一致。此阶段的根本目的是了解和学习更多测试用例设计相关信息和资料，最终掌握它们，周期因为个人的努力程度和机遇，各有不同。列举一些此方面的需要了解和掌握的信息：系统原理、硬件特性、驱动原理、软件设计、市场信息、编码技术、自动化测试技术、自动化工具原理、缺陷管理工具原理….
其实可以用简单一句话概括：所有与测试相关的技术，均需要了解。
（10）第四阶段为大同。当在第三阶段收集的信息数量达到满足自身测试的需求后，可开始通过各种信息直接提炼出新的测试点，对第二阶段测试用例的遗漏点进行补足，进一步提升测试用例的覆盖率。
29、N个输入条件时怎样用正交法设计测试用例？
专家分析：通常，正交表解决问题分为两类：
1）测试元素满足标准正交表条件，可直接套用。
2）当测试元素不满足标准正交表条件时，可先考虑测试元素是否是某个标准正交表的子集。
如，某个功能有4个测试元素（因子），每个测试元素的水平分布如下：A4，B3，C2，D2 。
我们可以直接选择L16（5^4）正交表，将仅有的4个测试元素和水平放入表内，得到16组测试用例。
也可以选择先将某些测试元素的水平先组合再分离的方式来设计。如上述例子使用将A元素的4个水平中的两个组合在一起看做1个水平。然后套用L9（4^3），得到9组用例后，再将A元素组合的两个水平拆开（包含组合水平的用例有2个），得到4个新的用例，最终得到12个用例组成的新用例组。
30、如果某个项目很大时间很长，写出来的用例都是上千上万的，请问，测试用例用什么样的模板比较好，word还是excel？
专家分析：条件允许的情况下，建议使用专门的用例管理工具。没有条件的情况下，强烈建议使用Excel而非Word。原因很简单，单是数据统计一项，Word已经捉襟见肘。而且一个excel文件可以包含多个表。
31、测试前期，需求和设计发生变化，需要去修改原先的测试用例，这个无可厚非，但问题是如果已经开始测试了，发现自己写的测试用例部分不符合需求与设计、发现可以新增一些测试思路、用例。请问：在这种情况下，我们还要去修改、新增用例？时间从何而来？用必要补充已经测试的用例吗？等项目测试完了，有补充的必要吗？如果项目一个接着一个，时间问题要如何解决？
专家分析：若用例与需求完全不符，需立即修改。若用例存在遗漏，可先只增加基础功能用例，其他类型用例组有时间再增加。（增加用例的原则，可考虑根据用例的实际用途，如，首先保证关键里程碑用例组的完整性）
时间问题，可以说有也可以说没有。举个例子，当一个bug的来源不是用例时，即说明此用例有泄露，报完bug后，将bug的步骤作为用例步骤增加到相应模块。也就只是增加了1，2分钟而已。建议举一反三，时间问题其实关键只在于做与不做。若此部分用例后期不再被使用，则可考虑不补充。若后期仍会复用的用例，建议还是早补早好。
个人认为，项目完了再补不科学，当然项目实在急在不得已的情况下可以后补。但要明白“今天的事明天做”的道理。
原帖地址：http://bbs.51testing.com/thread-533885-1-1.html
版权声明：本文由会员楠族开心果首发于51Testing软件测试论坛“我要做专家-你问我来答”活动第20期。
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
相关链接：
