软件测试技术：测试的执行、记录与跟踪

测试的执行、记录与跟踪功能测试过程软件测试的过程测试需求的分析和确定测试计划测试执行测试记录和缺陷跟踪回归测试测试总结报告内容一测试执行概述二测试执行的准备三如何有效地创建测试套件四功能测试自动化的执行五用户界面和适用性测试六回归测试七软件缺陷的报告一个有效且高质量的测试执行过程是一个立体作战的过程，从有计划的测试到Ad-Hoc测试，从每日构建验证到回归测试，无不孕育着智慧和策略Ad-Hoc测试：“Ad-Hoc”原意是指“特定的，一次性的”，这里专指“随机的，自由的”测试。在软件测试中除了根据测试用例和测试说明书进行测试外，还需要进行随机测试(Ad-hoctesting)，主要是根据测试者的经验对软件进行功能和性能抽查。随机测试是根据测试说明书执行样例测试的重要补充手段，是保证测试覆盖完整性的有效方式和过程。一测试的执行概述测试人员的主要活动阶段测试工作量的主要集中阶段智慧的体现，找到工作乐趣的重要过程测试执行阶段面临的问题：如何确保测试环境满足测试用例所描述的要求？如何保证每个测试人员清楚自己的测试任务和要达到的目标？如何保证测试用例得到百分百的执行？如何保证报告的软件缺陷正确，描述清楚，没有漏掉信息如何在验证Bug或新功能与回归测试之间平衡？测试执行中的关键测试环境的准备。构建测试运行的平台和安装需要的软硬件系统。人员的安排。不仅包括指定哪些人参加功能测试，哪些人参加系统测试和谁负责测试环境的维护等，还要包括人员的培训，知识的传递。二测试执行的准备5-1培训和知识传递5-2测试任务安排5-3测试环境的建立5-4测试环境的设置5-5测试自动化运行平台准备-5-1培训和知识传递由资深的或富有经验的测试工程师负责用例设计，由具有较好编程经验的工程师负责脚本开发，由经验相对少或能力弱的工程师来完成具体的测试执行工作准备-5-2测试任务安排在做测试计划时，对测试执行所需要的资源进行初步规划，一般会增加比较多的余量，使测试资源有足够的准备。在设计测试用例时，预测每个用例执行的时间，并记录在测试用例数据库中，为后期估计备用。根据每个测试用例的预估时间，可以算出每个测试模块的工作量。分析软件模块之间的关系，然后根据模块的关联性和相应工作量进行模块组合。根据每个人的特点，将组合的模块分配给各个测试人员一轮测试结束后，交叉互换测试的模块组合准备5-3测试环境的建立所需要的计算机数量，以及对每台计算机的硬件配置要求。测试中的网络环境。部署被测试应用的服务器所必须的操作系统，数据库管理系统，中间件等。作为测试的客户端所需要的操作系统，应用软件，测试工具的名称及版本。用来保存各种测试工作中生成的文档和数据的文件服务器及网络驱动器，路径等。是否需要专门的计算机用于被测的应用服务器环境和管理服务器的环境及数据备份。准备5-4测试环境的设置测试环境的正确性。测试环境不仅包括硬件，还包括软件；不仅包括客户端，服务器，还包括网络环境，测试数据等。测试环境的可靠性。测试环境的正确性是最基本的要求，要提高测试效率，实施测试自动化，要给测试环境提供更高的要求。例如：对于一个测试项目，要将性能测试环境和功能测试环境分开，因为在进行性能测试时，对功能环境影响较大。测试环境的多样性和复杂性。在企业内部的计算机应用系统，可以要求所有客户端使用某种特定的操作系统浏览器等，但在互联网上的软件应用，情况就完全不一样，世界各地的用户所使用的环境是各种各样的准备5-5测试自动化运行平台测试自动化对环境要求更高——高稳定性，配备齐全，满足无人值守的情况下执行测试任务等。理想的自动化测试情景是这样的：能够把大量测试个案分配到不同的测试机上同时运行。可以让某台服务器管理测试的机器，调度测试任务，即可以根据机器空闲状态，能及时将任务安排在空闲的测试机上。可以在某个测试环境上，运行不同的测试工具，而且是并行，协同的完成同一个测试任务。可以把大量的系统测试及回归测试安排到夜间及周末运行。三如何有效地创建测试套件功能测试是最基本的测试，功能测试是系统测试的基础。虽然功能测试和系统测试可以并行，但是如果功能测试中发现过多的缺陷，系统测试就无法执行，系统测试结果也就不会准确。在修正了大量缺陷后，还需要重新做系统测试，来获得性能指标。在实施测试时，测试用例作为测试的标准，测试人员一定要按照测试用例的前提，测试数据测试步骤等完成具体的测试。并在测试用例管理软件中记录测试结果。在实践中，测试数据是与测试用例分离的，按照测试用例准备一组或若干组供测试用的原始数据，以及标准测试结果。四功能测试自动化的执行执行自动化测试前，需要根据配置清单先准备好测试环境，然后在测试机器上运行相应的测试脚本。最后根据测试报告分析和复验产品的缺陷。LOADRUNNER监控测试执行过程的界面五用户界面和适用性测试符合标准和规范用户界面和适用性测试直观性用户界面的直观性，要求软件功能特性易懂、清晰、用户界面布局合理，对操作的响应在用户的预期中用户界面和适用性测试灵活性软件可以有不同的选项满足不同用户的喜好、需求，用不同的方式来完成相同的功能，会深受用户的欢迎。如计算器提供了2种方式来满足不同用户的需求，充分体现了灵活性。用户界面和适用性测试舒适型界面友好、美观，如操作过程顺畅，色彩运用恰当，按钮的立体感以及增加动态等。实用性实用性不是指软件本身是否实用，而仅仅是指具体特性是否实用六回归测试在软件生命周期中，需要修正已发现的缺陷，或者是增强原有的功能、增加新的功能，这些活动都可能会触及到其他地方的代码，影响正常运行的原有功能，从而导致软件未被修改的部分产生新的问题。因此，每当软件发生变化时，就必须重新测试原来已经通过测试的区域，验证修改的正确性及其影响回归测试方法选择回归测试方法应该兼顾效率和有效性两个方面再测试全部用例基于风险选择测试基于操作剖面选择测试再测试修改的部分七软件缺陷的报告测试人员要更多的表现自己，展示自己的工作缺陷分类报告缺陷类型分布报告缺陷区域分布报告缺陷状态分布报告缺陷类型分布报告描述缺陷类型的分布情况缺陷区域分布报告缺陷在不同模块中出现的情况缺陷状态分布报告缺陷各种状态的比例情况缺陷趋势报告一段时间内的缺陷情况微软的零BUG反弹典型缺陷与BUG模式典型缺陷重复出现、经常出现；能代表某种类型的错误；能通过相对固定的测试方法或测试手段来发现这些错误。

提炼BUG模式：分析缺陷报告，找出经常出现的Bug类型。分析Bug的根源，找出Bug产生的深层次原因。分析找到Bug的方法，总结如何才能每次都发现该类型的Bug。

测试中的PDCA客观全面的测试报告包括测试资源的使用情况：投入了多少测试人员，所用时间多长，执行了多少测试用例，以及覆盖了多少功能模块测试对象的缺陷分析：包括共发现了多少缺陷，缺陷的类型主要是哪些，缺陷集中在哪些功能模块，缺陷主要发生在哪几个开发人员的身上注意：报告应该尽可能客观、尽可能全面地反应测试情况和缺陷情况。测试经验的总结测试总结报告应该分析测试的整个过程测试总结报告还应包括某些专门类型的测试经验总结测试总结报告应该包括对测试用例的分析如果能分析总结出Bug模式，那么总结报告还应该包括Bug模式的总结。回顾一测试执行概述二测试执行的准备三如何有效地创建测试套件四功能测试自动化的执行五用户界面和适用性测试六回归测试七软件缺陷的报告测试的记录与跟踪软件测试过程Bug报告要注意的问题不要出现错别字不要把几个Bug录入到同一个ID附加必要的截图和文件录完一个Bug自己读一遍与开发人员沟通BUG公正客观的态度来描述一个事实Bug评审要注意的问题决定如何评审BUG分析缺陷产生的原因，找出预防的对策BugFree软件测试过程管理BugFreeBugFree基于PHP和MySQL开发，是免费且开发源代码的缺陷管理系统。服务器端在Linux和Windows平台上都可以运行；客户端无需安装任何软件，通过IE，FireFox等浏览器就可以自由使用。具体使用流程是：首先创建TestCase（测试用例），运行TestCase产生Te