高效设计测试用例培训结束了，在上机练习的过程中，给他们穿插了sougo 输入法的项目测试。之所以选择 sougo输入法，是因为大家对它比较熟悉，不用再熟悉其业务了。而且sougo 输入法从1.0.14到现在的4.0有多个版本。每个版本更新前都会有当前版本更新的bug 列表，和新增功能点列表。特别适合我们模拟实际的测试过程。这次我们测试使用TD 从需求管理到缺陷管理的整个测试过程的管理。经过大家的努力和配合，我们采取边做测试边总结的方法，最后总结出测试工作中的工作流程，下面就是总结出的测试流程，大家看到后多多交流。
一、需求分析：
1、列出测试需求（根据需求规格说明书、帮助文档、软件的demo 版，利用测试大纲法，以每个窗体为对象，每个窗体里面的控件为单位列出测试功能点。）
2、需求等级划分，依据需求内容的重要程度划分为：高、中、低等。
3、划分需求类型，（功能性、易用性、兼容性等）。
4、评审需求（软件不熟悉的情况下采取以集体的形式整体讨论的方法评审需求或设立专人负责评审）。
5、需求列入TestDirector （评审后的结果在TestDirector 要有体现) 。
二、用例设计：
1、根据功能点确定人员分工，具体的功能点分配给具体的组员。
2、测试用例的编写，借助功能演示demo 、前一阶段所编写的测试功能点等编写测试用例。
3、要求组员对自己负责的功能点选择具体的设计测试用例的方法。
一般选择方法顺序：在考虑好被测试软件本身的特性后，一般首先边界值挑选最具有代表性的数据；然后使用等价类进一步补充；如果要考虑各功能的输入输出关系可以使用因果图、判定表法；但如果输入太多，可以使用正交排列法选择减少测试用例，并且是测试数据均匀分布。这些理性方法都使用完后，在测试执行阶段，可以使用随机测试法或者错误猜测方法进一步丰富你的测试用例。
4、针对所设计的用例对软件的功能点（以及其他类型的需求）进行需求覆盖。 我们列测试需求的最主要目的，就是为了完成对需求的覆盖，所以这个是对每一个设计测试用例的人员的基本要求。
5、用例评审，优化用例的数量确保用例的质量（设定专人评审）。
6、评审后写入TestDirector 中。
7、挑选冒烟测试用例（抽取用例总数的10%~20%左右进行冒烟测试来反映基本功能）。
三、测试执行：
测试执行工作应尽量做到详细，依据测试计划里面的测试的整体安排，但是因为根据实际工作进度要做适当调整。一般情况是当天晚上前安排好明天的具体工作，具体任务可以以测试用例的数量来衡量。测试组长的几个重要工作步骤：
1、确认人力以及硬件资源是否到位，测试开启时间是否和测试整体计划相一致。
2、按照测试计划着手准备具体的测试工作。
3、在TD 中，Test Lab里面设置以天为单位安排组员当天的应完成的用例，以及利用TD 分析功能总结当天执行用例的情况。
4、指导组员工作，解决组员工作遇到的疑难问题
5、做好审查工作，监督组员工作
6、做好全组当天执行情况的总结
用例执行通过情况、发现bug 数量、以及在各个模块中的分布情况等
7、将当天任务的执行情况书面化呈报上级领导
阶段任务完成后书写整个阶段的测试总结报告衡量当前版本软件的质量以及相关的发布问题。
四、下一版本的工作安排：
根据软件更新功能的多少分为两种情况：
1、一种是软件更新功能较少（新增加功能点是前一版本总功能的%5以内），执行回归测试，根据新的功能点增加相关的需求和测试用例，确定新的功能点安排相关人员执行新加的测试用例；
2、另外一种情况是软件的新增更能点较多，则按照新的系统测试执行，首先进行冒烟测试，通过后进行详细的系统测试，测试过程中重点测试上一版本出现的缺陷（返测）、新增功能以及修改缺陷新增功能所影响到的模块。
新本版出现，总体按照测试执行阶段的测试工作流程进行测试同时注意特殊问题特殊处理。
五、提交缺陷（bug ）
提交的缺陷需要测试部门专门人审查，通过审查后的缺陷，提交的TD 中。主要审查下面几个方面：
1、发现的问题是否是缺陷（bug ）
2、是否是重复的缺陷（bug ）
3、缺陷（bug ）程度的优先级是否合理
4、缺陷（bug ）修复情况
看到很多有关测试流程以及测试用例设计的书籍，只是零散的测试知识，但是没有可操作性。希望上面列出的测试用例设计以及测试执行每个阶段的工作的步骤，有利于你更快更有效的进行软件测试工作。