测试过程包括了测试分析、测试计划、测试设计、测试执行、测试总结和测试培训，根据个人以往的一些测试经验，我认为，要做到可见和有效，要重点关注以下几方面的问题：
测试分析：在我们参加项目开工会时，作为测试人员要着重关注测试的可行性，需要什么工具、需要什么样的软硬件环境、需要什么人员配合、需要多少人力，测试人员需要具备怎样的技能才可以参与测试，这些条件现在都具备了没？对于目前还不具备的条件，是否有规避方法，若没有，该如何处理？对于这些潜在的风险都需要在项目组（包括开发和测试）上公开并共同讨论解决措施，由测试负责人跟踪问题解决过程并实时公布进度。
测试计划：分析完后，当然少不了做测试计划，在什么时间完成用例设计、什么时间转测试、多少人力参与、计划多少轮回归测试、质量目标和版本发布日期等等，这些测试负责人都要在测试计划中明确下来并在项目组公布。
测试设计：一般来说，SRS出来后，测试人员就可以开始设计系统测试用例，用例写作、用例评审、用例修改，每一个环节都需要严格执行，不能因为赶时间而忽视评审和沟通环节，有的测试人员写用例非常快，操作步骤写的很简单，同时对同事提出的评审意见不沟通、不修、改者修改不完整，导致用例质量下降，这些都是我们需要避免的。所以，在用例设计阶段，及时通报用例设计的进度、评审发现的问题、修改的用例数，这些作为设计人员需要仔细的记录并提交给测试负责人，测试负责人统一汇总并公布，并且奖励用例设计做得规范、全面的个人。另外，在测试设计过程中，大家容易犯一个错误，就是在对问题单进行回归测试的时候，不写测试用例，凭着对这一模块已有的认识，进行测试，简单填写测试结果，回归测试效率看似很高，但是往往容易漏测。再者，不少测试人员也容易犯一个错误，就是在回归测试前，没有对已有的测试用例进行全面细致的修改，特别是自动化接口测试用例，用例数多，而且开发也在不断的修改接口，这样往往会导致回归测试时，用例过老，跟不上最新需求或者变更。所以在从一轮测试结束到下一论回归测试前，测试人员需要实时的跟开发保持良好的沟通联系，了解开发最新的需求和变更，及时修改用例，做到“知己知彼，百战百胜”。还有一点，别忘了对测试用例进行基线化，测试用例是我们宝贵的财富，每隔几个测试周期后，我们就可以考虑对测试用例进行基线化，归档，不过，在使用基线化测试用例时，不能盲目的拷贝粘贴，因为具体项目产品需求略有不同，不能生搬硬套，要注意修改。
测试执行：在执行阶段，我们也需要注意做好几方面的工作。第一，环境搭建。通常来说，一个测试团队有新员工和老员工，老员工通常可以不看安装指导就可以将环境搭建起来，新员工通常要按照安装指导按部就班来做，不过，开发人员往往在完成软件修改后，就忽视安装指导的修改，结果，新员工搭建环境频频受阻，只能找老员工帮忙，这样以来，老员工走的不快，新员工跌跌碰碰，导致整体效率下降。所以，在转测试时，作为测试端，需要求开发提供详细正确的安装指导，另外，对有错误的安装指导，也需要提交问题单进行修改。第二，预测试验证，大家都知道转测试后要进行预测试检查，怎样才算通过预测试了，这个必须在开发和测试之间达成一致意见并严格执行，另外，预测试用例要需要得到开发的认同。所以，在预测前，开发和测试之间必须沟通好预测试通过的条件和预测试用例，以避免发生争议，同时结果定下后需要在项目内公布，让每个人都了解。第三，测试执行过程数据的统计和公布，风险预测。在测试过程中，测试负责人需要每天搜集当天测试执行用例数、发现问题数、问题级别和缺陷率，当然如果有开发修改进度的信息就更好了。这样，测试团队的每一成员都可以看到自己的测试成果和整个项目的进度，并跟周边的测试人员进行比较，调整测试步调。当然，测试日报中少不了风险预测，无风险则不成项目，在测试过程中，要实时分析当前项目的瓶颈和风险所在，及时寻找解决措施并在项目组内公布，可以加强大家的紧迫感和风险意识。
测试总结：每轮测试结束后，我们都会写测试总结报告，对于测试负责人来说，除了对该版本发现的总问题数、缺陷率、问题分布情况进行总结以外，同时也要对测试用例质量进行总结，也就是总结一下用例发现问题数，看看每100个用例可以发现多少个问题？另外，发现的问题中，有多少是通过用例发现的，有多少是用例覆盖不到的，分析其中的原因。这个总结的过程需要全员参与，最好人员交叉对用例进行检查，通过这种设计－》执行－》分析－》优化的过程来改善用例的质量。另外，测试过程中的遗留问题进行汇总并商讨解决措施，涉及到开发的部分需要跟开发共同讨论解决方法，并在项目组内公布。最后，可以开个技术总结会，让每个人先做个小测试总结，然后分享测试过程中的新发现，例如测试方法的小改进，测试疑难问题的解决过程等等。
测试培训：在做测试设计前，别忘了给大家做培训，因为一个测试团队有新老员工，产品也在不断变化，在设计前，有针对性的进行测试前培训非常必要，培训不一定要很细，重点是让大家对产品的总体框架和各模块之间的联系有所了解，这样，在设计用例时就可以避免关注点遗漏，忽略了对模块间用例的设计，同时让测试人员做到心中有数，把握该模块的测试进度。
总的来说，在整个测试过程中，测试数据的统计分析、问题的跟进解决、及时公布项目进度和质量数据，透明公开，全员参与，是实现可见和有效的重要手段。
查看原帖：http://bbs.51testing.com/thread-164192-1-1.html
版权声明：本文由会员ljl_dxl首发于51Testing软件测试论坛每周一问活动。
原创作品，转载时请务必以超链接形式标明文章原始出处、作者信息和本声明，否则将追究法律责任。
相关链接：
