测试管理方法与技巧概要.doc

测试管理中的隐形指挥棒：测试组织模式的设计很多公司都宣称，员工是最重要的资产。在测试管理中，关于测试团队的管理同样是一件重要方面。人是万物之灵，每个人都有自己独特的一面，如何才能让员工充份地发挥自己的潜能为公司服务，在个人的职业生涯发展道路上更顺畅，同时也给公司带来更多的效益，最终达到一个双赢的目的，这是职场人士及公司经营的共同目标。 　　测试团队的管理是测试管理的基础，不同的组织模式，决定着测试团队在公司及在项目中的位置。测试的组织模式就像一根隐形的指挥棒，而指挥官则是公司的管理层。 1）以开发为核心的基础模式 　　以开发为核心，测试是开发队伍中的一部分。测试负责人向开发经理汇报，多见于规模不大的一些小公司。在这种组织中，开发工程师除了负责设计的实现外，还需参与编写需求，或者需求直接由开发主管，甚至是开发经理编写，即某些开发人员承担着双重或多重的角色。例如，开发经理也是项目经理，带着大家一起做一个项目，在公司的发展初期常会有这种情况。 2）以开发为核心的扩展模式 　　随着公司的发展壮大，项目的开发需求增加，上面的模式已不足以支持多项目并行开发的需求，需要把某些工作从某些身兼数职的人身上剥离出来，独立成立某专业组，使分工变细，更明确，更清晰。以开发为核心的组织扩展模式在此模式中，成立了项目管理组，软件需求组，软件需求组向开发经理汇报，项目管理组通常向更高一级，如总监级汇报。 测试计划的风险和规避测试计划风险和规避51Testing软件测试网?
E;M6O9p:N$]1、测试准备进度延误51Testing软件测试网cd-^ x,Q\L.B风险分析：如果计划执行过程中，测试准备阶段的测试需求分析到期未完成、测试需求评审未通过、测试设计到期未完成以及测试设计评审未通过，那么就会造成计划进度延误，影响后续测试工作的开展。 {X @#Ek JH+e^051Testing软件测试网ki%x~Ob 规避方法：需要测试人员在进行测试准备的时候，严格按照既定计划执行，如果出现上述情况，则测试人员根据实际影响情况，申请加班来保证进度。如果进度被延误较多，则需要通知所有项目参与人员和领导，并申请调整测试计划。 B:CJQ%_5u?\0 F6q C(jn02、BVT测试未通过51Testing软件测试网A-^4u5x3m0s#d`风险分析：如果开发提交的测试版本，执行BVT测试未通过，则版本必须打回重新提交，这样可能造成计划进度延误，影响后续的测试工作安排。51Testing软件测试网2tP4W*h nKq,a3Y 2JiNuZP+bl a9Y/r0规避方法：在提交测试版本前，开发应该抽出时间进行自测，如果没有进行单元测试和集成测试，则需要安排进行。如果到期提交的版本被测试打回，为了不影响整体计划的进度，需要开发人员适当安排增加人手或者加班。51Testing软件测试网`XLY.O aB\ O 51Testing软件测试网O gVK3}Av+` 3、开发进度延误51Testing软件测试网vF8B3p0Q4W6ZqP U风险分析：如果开发到版本发布时不能按时发布测试版本，则造成后续测试工作的安排顺延，从而测试计划执行的风险。51Testing软件测试网+I_H$Qi 0v8{)E)P
g+v P.Q1?d!p0规避方法：请开发组在项目进行过程中严格控制进度，如果有推迟的风险请立即通知测试人员，协商解决。如果到期仍然不能按时发布，则测试人员需要申请修改测试计划，并通知所有相关人员。如果版本发布时间不能修改，则测试人员需要申请加班，并通知主管领导。51Testing软件测试网M9aniv,u 51Testing软件测试网!JQ+tn2KB 4、难以修复的缺陷造成测试用例阻碍$nI)c`m!Q0风险分析：如果测试执行过程中，被测试版本发现难以修复的bug，造成被测试模块的功能阻碍无法执行测试，测试进度安排受到影响。51Testing软件测试网U4O FRQ 51Testing软件测试网J(\P-H8Y 规避方法：出现这样的问题，需要开发人员全力配合测试，及时修改出现的问题。如果不能完全修复，也要给测试提供可以测试被阻碍模块的接口。 KgzWbBB+|Z4b0 K-oBc ?:{05、未修改缺陷过多导致测试不能结束GmE7p vbt/j0风险分析：在测试将要结束的时候，如果当前版本的现存缺陷过多，被测试版本的各个指标无法达到测试停止标准，那么测试不能结束，将会影响后续版本上线的进度。51Testing软件测试网}e:^k5n~ ?$n`i i4UF0z1|:^iT4N(p0规避方法：测试