软件测试用例相关资料.doc

一般测试流程： 1.需求分析阶段：只要就是对业务的学习，分析需求点。 2.测试计划阶段：测试组长就要根据SOW开始编写《测试计划》，其中包括人员，软件硬件资源，测试点，集成顺序，进度安排和风险识别等内容。 3.测试设计阶段：测试方案一般由对需求很熟的高资深的测试工程师设计，测试方案要求根据《SRS》上的每个需求点设计出包括需求点简介，测试思路和详细测试方法三部分的方案。《测试方案》编写完成后也需要进行评审。 4.测试方案阶段：主要是对测试用例和规程的设计。测试用例是根据《测试方案》来编写的，通过《测试方案》阶段，测试人员对整个系统需求有了详细的理解。这时开始编写用例才能保证用例的可执行和对需求的覆盖。测试用例需要包括测试项，用例级别，预置条件，操作步骤和预期结果。其中操作步骤和预期结果需要编写详细和明确。测试用例应该覆盖测试方案，而测试方案又覆盖了测试需求点，这样才能保证客户需求不遗漏。同样，测试用例也需要评审。 5.测试执行阶段：执行测试用例，及时提交有质量的Bug和测试日报，测试报告等相关文档。 　 1、流程的意义 　　从一个软件企业的长远发展来看，如果要提高产品的质量首先应当从流程抓起，规范软件产品的开发过程。这是一个软件企业从小作坊的生产方式向集成化规范化的大公司迈进的必经之路，也是从根本上解决质量问题，提高工作效率的一个关键手段。 　　软件产品的开发同其它产品(如汽车)的生产有着共同特性，即需要按一定的过程来进行生产。在工业界，流水线生产方式被证明是一种高效的，且能够比较稳定的保证产品质量的一种方式。通过这种方式，不同的人员被安排在流程的不同位置，最终为着一个目标共同努力，这样可以防止人员工作间的内耗，极大的提供工作效率。并且由于其过程来源于成功的实例，因此其最终的产品质量能够满足过程所设定的范围。软件工程在软件的发展过程中吸取了这个经验并把它应用到了软件开发中，这就形成了软件工程过程，简单的说就是开发流程。 　　不管我们做哪件事情，都有一个循序渐进的过程，从计划到策略到实现。软件流程就是按照这种思维来定义我们的开发过程，它根据不同的产品特点和以往的成功经验，定义了从需求到最终产品交付的一整套流程。流程告诉我们该怎么一步一步去实现产品，可能会有那些风险，如何去避免风险等等。由于流程来源于成功的经验，因此，按照流程进行开发可以使得我们少走弯路，并有效的提高产品质量，提高用户的满意度。 　　目前流行的流程方法有很多种，如瀑布模型、螺旋模型、RUP模型、IPD流程等，不同的过程模型适合于不同类型的项目。 　　2、测试工作流程图 　　2.1 测试工作总体流程图 　　说明：集成测试和系统测试的反馈意见可能导致设计文档(需求或数据库)的修改。 　　2.2 需求阶段流程图 　　2.3 单元/集成测试阶段流程图 　　2.4 系统测试阶段流程图 　　2.5 压力测试流程图 　　说明：压力测试为模拟用户正常使用时，系统正常工作的最小时间。 　　2.6 性能测试流程图 　　说明：测试系统的崩溃极限(最多使用人数和数据库的极限容量)。 测试计划 　　做任何事情都会有输入输出，对于测试过程我们可以把输入理解为测试计划、测试环境准备、测试工具的选择等等，输出可以理解为测试结果。测试用例设计即可以理解为以测试计划为输入的输出，也可以理解为以测试结果为输出的输入，在这里咬文嚼字没有任何意义。所有的这些书籍和过程文档无外乎告诉我们一个道理，做测试需要做好准备工作，把做一件事需要做的准备工作做好，明确做这件事的目的，最终达成目的并验证结果是我们要做的事情。这要求我们有一个完善的“测试计划书”。 　　输入：测试目的，测试计划，测试用例设计书，测试环境 　　输出：测试结果报告书，BUG票，BUG分析，追加测试用例 　　测试计划的编写工作应该从以下几个方面考虑问题： 　　1、要充分考虑测试计划的实用性，即，测试计划与实际之间的接近程度和可操作性。　　编写测试计划的目的在于充分考虑执行测试时的各种资源，包括测试内容、测试标准、时间资源、人力资源等等，准确地说是要分析执行时所能够调用的一切资源以及受各种条件限制，可能受到的各种影响。说的再明确一点就是要“计划”“如何”去做“测试工作”，而不是“如何编写测试计划”。 　　2、要坚持“5W1H”的原则，明确测试内容与过程。 　　◇ 明确测试的范围和内容(WHAT)； 　　◇ 明确测试的目的(WHY)； 　　◇ 明确测试的开始和结束日期(WHEN)； 　　◇ 明确给出测试文档和软件册存放位置(WHERE)； 　　◇ 明确测试人员的任务分配(WHO)； 　　◇ 明确指出测试的方法和测试工具(HOW)。 　　测试用例 　　为什么说测试用例重要？ 　　测试用例的重要性是毋庸置疑的，它是软件测试全部过程的核心，是测试执行环节的