IT软件测试技术资料4294.docx

目录一软件测测试从零零开始5511 引言言512 测试试准备工工作5121 向有经经验的测测试人员员学习55122 阅读软软件测试试的相关关书籍66123 走读缺缺陷跟踪踪库中的的问题报报告单66124 走读相相关产品品的历史史测试用用例6125 学习产产品相关关的业务务知识6613 识别别测试需需求7131 主动获获取需求求7132 确认需需求的优优先级88133 加入开开发小组组的邮件件群组88134 与开发发人员为为邻814 测测试用例例设计88141 测试用用例的基基本格式式8142 重用同同类型项项目的测测试用例例9143 利用已已有的软软件 CChecckliist99144 加强测测试用例例的评审审10145 定义测测试用例例的执行行顺序11015 测试试用例执执行100151 搭建软软件测试试环境，执执行测试试用例110152 测试执执行过程程应注意意的问题题11153 及时更更新测试试用例111154 提交一一份优秀秀的问题题报告单单1216 测试试结果分分析12217 总结结13二软件测测试的常常识13321 引言言1322 软件件测试常常识133221 测试是是不完全全的（测测试不完完全）113222 测试具具有免疫疫性（软软件缺陷陷免疫性性）144223 测试是是 “ 泛型概概念 ” （全程程测试）14224 80-20 原则144225 为效益益而测试试15226 缺陷的的必然性性15227 软件测测试必须须有预期期结果115228 软件测测试的意意义 - 事后后分析115229 结论：15三浅谈软软件开发发中的注注意事项项1631 项目目设计11632 设计计变化和和需求变变化16633 代码码编写117331 源程序序文件结结构177332 界面设设计风格格的一致致性177333 编辑风风格177334 命名规规范18834 BUUG修补补1835 开发发人员的的测试118四软件测测试的若若干问题题1941 前言言1942 博弈弈的各方方1943 测试试的过程程2044 测试试所具备备的素质质2045 自动动化测试试2046 测试试的误区区21五浅谈功功能测试试用例模模板设计计2151 Exxcell 模版版2152 测试试用例状状态转换换分析223六如何提提高软件件质量22361 什么么是质量量2462 流程程对质量量的贡献献2563 流程程与技术术2764 全面面质量管管理28865 关注注测试22966 成功功的铁三三角30067 国际际上流行行的质量量标准33068 如何何起步332七 IISO和和CMMM，我们们该选择择谁32271 管理理水平的的适用性性3372 复杂杂度的适适用性333721何谓研研发过程程复杂度度34722 何谓组组织机构构复杂度度3473 量化化管理的的适用性性上35574 结论论36八如何做做好单元元测试33681 前言言3682 组织织结构应应该保证证测试组组参与单单元测试试3683 加强强单元测测试流程程规范性性37831 制订单单元测试试的过程程定义337832 单元测测试工作作产品必必须纳入入配置管管理388833 必须制制订覆盖盖率指标标和质量量目标来来指导和和验收单单元测试试38834 加强详详细设计计文档评评审39984 单元元测试者者技能的的提高339841 加强对对单元测测试人员员的技能能培训339842 必须引引入工具具进行辅辅助400843 单元测测试者加加强对被被测软件件的全面面了解44085 结尾尾40九漫谈人人机界面面测试44191 一致致性测试试4192 信息息反馈测测试42293 界面简简洁性测测试42294 界面面美观度度测试44295 用户户动作性性测试44396 行业业标准测测试43397 小结结44十基于WWeb的的系统测测试方法法441011 功功能测试试4510111 链接测测试45510112 表单测测试45510113 Coookiees测试试4510114 设计语语言测试试4510115 数据库库测试4461022 性性能测试试4610221 连接速速度测试试4610222 负载测测试46610223 压力测测试4661033 可可用性测测试47710331 导航测测试47710332 图形测测试47710333 内容测测试47710334 整体界界面测试试471044 客客户端兼兼容性测测试48810441 平台测测试48810442 浏览器器测试4481055 安安全性测测试4881066 总总结499十一为盈盈利而测测试4991111 引引言4991122 什什么是软软件测试试501133 六六个误区区5011331 误区一一：忽视视对正常常输入的的测试55011332 误区二二：忽视视设计阶阶段的参参与与评评估50011333 误区三三：忽视视测试计计划与测测试文档档的建立立及维护护5111334 误区四四：忽视视缺陷的的分析，报报告及跟跟踪51111335 误区五五：错误误的测试试目标及及测试终终止条件件5111336 误区六六：不懂懂得合理理调配使使用测试试人员的的知识技技能结构构511144 软件质质量与软软件测试试521155 软软件测试试的经济济目的55411551 满足用用户需求求，提高高产品的的竞争力力，最终终提高产产品的销销售量55411552 尽早发发现缺陷陷，降低低后继质质量成本本541166 何何时应当当停止测测试566十二整体体性能测测试剖析析57十三性能能测试工工具之研研究6221311 性性能测试试的意义义621322 性性能测试试工具综综述6331333 性性能测试试工具的的体系架架构6441344 虚虚拟用户户产生器器 Vuugenn651355 PProxxy 二二次捕获获的问题题671366 关关联的问问题6881377 脚脚本的问问题7001388 CCondducttor 和 Pllayeer 部部分7111399 CCondducttor 和 Pllayeer 的的技术要要点72213110 数据分分析工具具 Annalyysiss7213111 结束语语72十四性能能测试原原理及性性能测试试实例分分析7331411 软软件测试试中的性性能测试试7314111 性能测测试的含含义73314112 性能测测试的分分解7331422 一一个性能能测试实实例74414221 被测系系统74414222 对被测测系统进进行性能能测试7751455 总总结800十五软件件GUII测试中中的关注注点8001511 不不能不说说的二个个问题88115111 软件测测试中的的“二八”原则81115112 软件黑黑盒测试试解决的的问题8811522 软软件黑盒盒测试常常见错误误类型及及说明88115221 用户界界面错误误8115222 功能性性8115223 人机交交互8221533 命命令结构构和录入入8715331 不一致致性87715332 “最优优化”8715333 菜单8991544 遗遗漏的命命令90015441 状态转转换90015442 危机预预防90015443 由用户户进行的的错误处处理91115444 其他问问题9111555 程程序僵化化9215551 用户可可调整性性9215552 控制方方式9331566 性性能94415661 降低程程序速度度9415662 缓慢回回应94415663 如何减减少用户户吞吐量量9415664 反应拙拙劣94415665 没有提提前输入入9515666 没有给给出某个个操作会会花很长长时间的的警告99515667 程序太太多提示示和询问问9515668 尽量使使用简单单命令和和提示9951577 输输出95515771 不能输输出某种种数据99515772 不能重重定向输输出95515773 与一个个后续过过程不兼兼容的格格式96615774 必须输输出的很很少或很很多96615775 不能控控制输出出布局99615776 荒谬的的精度输输出级别别9615777 不能控控制表或或图的标标记96615778 不能能控制图图形的缩缩放比例例961588 错错误处理理9615881 错误预预防96615882 错误检检测97715883 错误恢恢复98815884 边界相相关的错错误99915885 计算错错误10001599 小小结1000十六软件件测试技技术100016.11 软软件测试试基础110116.11.1 测试试目标110116.11.2测测试原则则101116.11.3 可测测试性110216.22 测测试用例例设计110416.33 白白盒测试试104416.44 基基本路径径测试110516.44.1 流图图符号110516.44.2 环形形复杂性性106616.44.3 导出出测试用用例100616.44.4 图图矩阵110816.55 控制结结构测试试108816.55.1 条件件测试110816.55.2 数据据流测试试110016.55.3 循环环测试111116.66 黑黑盒测试试1122一 软软件测试试 从零零开始【摘要】本本文面向向软件测测试新手手，从测测试前的的准备工工作、测测试需求求收集、测测试用例例设计、测测试用例例执行、测测试结果果分析几几个方面面给出建建议和方方法。鉴鉴于国内内的软件件开发、测测试不规规范的现现状，本本文为软软件测试试新手提提供了若若干个软软件测试试的关注注点。【关键词词】软件件测试、测测试用例例、测试试需求、测测试结果果分析 11 引言言几年前，从从学校毕毕业后，第第一份工工作就是是软件测测试。那那时候，国国内的软软件企业业大多对对软件测测试还没没有什么么概念，书书店里除除了郑人人杰编写写的计计算机软软件测试试技术之之外，几几乎没有有其它的的软件测测试相关关书籍，软软件测试试仅仅在在软件工工程的教教材中作作为一个个章节列列出来，因因此，我我对软件件测试一一无所知知。不过过，在正正式走上上工作岗岗位之前前，公司司提供了了为期两两周的系系统的软软件测试试技术专专题培训训，对接接下来的的软件测测试工作作有很大大的指导导意义。现现在，我我继续从从事软件件测试的的培训与与咨询服服务，在在这个过过程中，亲亲眼目睹睹了很多多软件测测试新手手面对的的困惑，他他们初涉涉软件测测试行业业，没有有接受系系统的培培训，对对软件测测试一无无所知，既既不知道道该测试试什么，也也不知道道如何开开始测试试。下面面针对上上述情况况，给出出若干解解决办法法。 12 测试试准备工工作在测试工工作伊始始，软件件测试工工程师应应该搞清清楚软件件测试工工作的目目的是什什么。如如果你把把这个问问题提给给项目经经理，他他往往会会这样回回答： “ 发发现我们们产品里里面的所所有 BBUG ，这就就是你的的工作目目的 ” 。作为为一名软软件测试试新手，如如何才能能发现所所有的 BUGG ？如如何开始始测试工工作？即即便面对对的是一一个很小小的软件件项目，测测试需要要考虑的的问题也也是方方方面面的的，包括括硬件环环境、操操作系统统、产品品的软件件配置环环境、产产品相关关的业务务流程、用用户的并并发容量量等等。该该从何处处下手呢呢？121 向有经经验的测测试人员员学习如果你进进入的是是一家运运作规范范的软件件公司，有有独立的的软件测测试部门门、规范范的软件件测试流流程、软软件测试试技术有有一定的的积累，那那么，恭恭喜你！你可以以请求测测试经理理委派有有经验的的测试人人员作为为你工作作上的业业务导师师，由他他列出软软件测试试技术相相关书籍籍目录、软软件测试试流程相相关文档档目录、产产品业务务相关的的文档目目录，在在业务导导师的指指导下逐逐步熟悉悉软件测测试的相相关工作作。其实实，在很很多运作作规范的的软件公公司，已已经把上上述的师师父带徒徒弟的方方式固化化到流程程中。 如果你进进入的是是一个软软件测试试一片空空白的软软件企业业，那么么，也恭恭喜你！你可以以在这里里开创一一片自己己的软件件测试事事业，当当然，前前提是老老板确实实认识到到软件测测试的重重要性，实实实在在在需要提提高产品品的质量量。这时时候，可可以到国国内的软软件测试试论坛和和相关网网站上寻寻找软件件测试资资源，这这种情况况下，自自学能力力和对技技术的悟悟性就至至关重要要了。 122 阅读软软件测试试的相关关书籍现在，中中文版的的软件测测试书籍籍越来越越多，有有的是国国人自己己写的，有有的是翻翻译国外外经典之之作。可可以到 或者 等网络络购书的的站点查查找软件件测试相相关的书书籍。目目前，从从国外引引入的软软件测试试书籍有有很多经经典之作作，但是是，翻译译成中文文后，翻翻译质量量对阅读读效果有有很大的的影响。 123 走读缺缺陷跟踪踪库中的的问题报报告单如果您所所在的公公司已经经有软件件缺陷跟跟踪库了了，无论论采用的的是商用用工具，如如 CllearrQueest 、 TTesttDirrectter 等工具具，还是是采用的的 Buugziillaa 、 Manntiss 等开开源工具具，这都都无关紧紧要，缺缺陷跟踪踪库中的的缺陷报报告单才才是有价价值的。缺缺陷跟踪踪库中的的问题报报告单是是软件测测试工程程师工作作绩效的的集中体体现，同同时也是是软件产产品问题题的集中中体现。一一般来说说，缺陷陷报告单单中最关关键的几几个部分分包括：第一部部分是发发现缺陷陷的环境境，包括括软件环环境、硬硬件环境境等；第第二部分分是缺陷陷的基本本描述；第三部部分是开开发人员员对缺陷陷的解决决方法。通通过对上上述缺陷陷报告单单的三个个部分作作仔细分分析，不不知不觉觉你已经经吸收了了其他软软件测试试人员的的工作经经验，并并掌握了了软件产产品常见见的基本本问题。这这是迅速速提高软软件测试试经验的的好方法法。 124 走读相相关产品品的历史史测试用用例如果你所所在的公公司有测测试用例例管理系系统，那那么，走走读相关关产品的的软件测测试用例例是迅速速提高测测试用例例设计水水平的一一条捷径径。走读读测试用用例也是是有技巧巧的。测测试用例例写作一一般会包包括测试试用例项项和根据据测试用用例项细细化的测测试用例例，下面面举例说说明。 “ 测测试用户户登录的的功能 ” 是是一个测测试项，该该测试项项的目的的是测试试用户登登录功能能是否正正确，是是否能够够完成正正常的登登录功能能，是否否能够对对非法用用户名和和密码做做异常处处理等等等。因此此，根据据该用例例项，可可以设计计出若干干个测试试用例，大大多数情情况下，测测试用例例项和测测试用例例是一对对多的关关系。 通过走读读测试用用例项目目，你可可以掌握握应该从从哪些功功能点着着手未来来的测试试工作；通过走走读软件件测试用用例，你你可以了了解如何何根据被被测试的的功能点点开展软软件测试试用例的的设计工工作，包包括如何何确定测测试用例例的输入入、测试试用例的的操作步步骤和测测试用例例的输出出结果等等。 总之，走走读其他他软件测测试人员员设计的的优秀软软件测试试用例，是是提高自自身用例例设计水水平的好好方法。 125 学习产产品相关关的业务务知识软件测试试人员不不仅要掌掌握软件件测试技技术相关关知识，对对产品相相关的业业务知识识也要学学习。这这很好理理解，如如果从事事财务软软件的测测试工作作，一定定要学习习财务知知识；如如果从事事通讯产产品测试试工作，那那么相关关的通讯讯理论知知识也是是必须的的；如果果从事银银行软件件的测试试，银行行的业务务流程也也是不可可或缺的的知识点点。 因此，在在学习软软件测试试技术的的同时，千千万不要要忽略产产品相关关业务知知识的学学习。如如果你是是一个软软件测试试技术专专家，但但是对产产品业务务知识一一无所知知，那么么也只能能测试出出来纯粹粹的软件件缺陷，而而面对眼眼前出现现的产品品业务相相关的缺缺陷，很很可能是是视而不不见，如如此这般般，软件件测试的的效果会会大打折折扣。 13 识别别测试需需求识别测试试需求是是软件测测试的第第一步。如如果开发发人员能能够提供供完整的的需求文文档和接接口文档档，那固固然好。可可以根据据需求文文档中描描述的每每个功能能项目的的输入、处处理过程程和输出出，来设设计测试试用例。如如果开发发人员没没有提供供软件需需求文档档，那该该如何是是好？下下面给出出几个有有效的方方法： 131 主动获获取需求求开发人员员通常不不会更好好地考虑虑软件测测试，如如果没有有开发流流程的强强制规定定，他们们通常是是不愿意意提供任任何开发发文档，即即便有强强制规定定，需求求文档也也未必能能够真正正指导软软件系统统测试工工作。因因此，需需要测试试人员发发挥主观观能动性性，与相相关的软软件开发发项目经经理和软软件开发发人员保保持沟通通，了解解软件实实现的主主要功能能是什么么，并记记录得收收集到的的信息。一一般来说说，开发发人员即即便没有有提供相相关需求求文档，也也会保存存一些简简单的过过程文档档，主动动向开发发人员索索要这些些文档，可可以作为为测试的的参考。此此外，可可以与公公司的技技术支持持人员交交流，技技术支持持人员是是最贴近近用户的的人，因因此，通通过交流流可以获获取第一一手的用用户使用用感受，在在测试的的过程中中会更加加贴近用用户。 当拿到相相关的资资料后，从从哪些方方面分析析需求？如何与与开发人人员交流流需求？其实，只只要把握握需求分分析的几几个关键键的点就就可以解解决问题题：输入入、处理理过程、输输出、性性能要求求、运行行环境，下下面针对对每一个个项目逐逐一分析析： 软件输入入： 与与该需求求相关的的一切可可能输入入，可以以从这几几方面考考虑，输输入来源源、输入入参数的的数量、输输入参数数的度量量单位、输输入参数数的时间间要求、输输入参数数的精度度和输入入参数的的有效输输入范围围。在测测试用例例设计中中，这部部分内容容作为测测试用例例输入的的依据。 处理过程程： 描描述对输输入数据据所执行行的所有有操作和和如何获获得输出出的过程程。测试试人员了了解处理理过程即即可，在在测试过过程中发发现 BBUG 时候，如如果对处处理过程程了解的的深入，对对定位问问题根源源有很大大的帮助助。 软件输出出： 描描述每个个需求的的输出结结果，包包括输出出的位置置（如计计算机显显示器、打打印机，文文件），输输出参数数的数量量、输出出参数的的度量单单位、输输出参数数的时序序、输出出参数精精确度、输输出参数数的有效效输出范范围、错错误消息息。在测测试用例例设计中中，这部部分内容容作为测测试用例例的预期期输出。 性能要求求： 与与该需求求相关的的性能要要求，比比如 “ 插入 ATMM 取款款卡后， 3 秒秒钟内弹弹出提示示用户取取款的图图形界面面 ” 。 33 秒钟钟这一限限制，就就是对需需求的基基本性能能要求。 运行环境境： 软软件的运运行所需需的环境境，包括括硬件平平台的要要求、操操作系统统的要求求、数据据库的要要求，以以及其它它相关支支撑软件件的要求求。 132 确认需需求的优优先级确认需求求的优先先级是很很必要的的，如果果在产品品进度比比较紧的的情况下下，测试试人员可可以考虑虑优先测测试优先先级高的的需求项项，如果果进度允允许，那那么在测测试优先先级低的的需求项项，如果果进度不不允许，那那么就放放弃测试试优先级级低的需需求项。如如果软件件公司有有规范的的流程支支撑，开开发人员员在提供供软件需需求文档档的时候候，应该该在文档档中确定定需求的的优先级级。但是是，如果果开发人人员连基基本的软软件需求求文档都都没有提提供，又又怎能指指望他们们确定软软件需求求的优先先级？如如果是这这样，需需求的优优先级只只能由测测试人员员完成了了。 133 加入开开发小组组的邮件件群组测试人员员需要通通晓被测测试产品品，但是是，产品品在开发发的过程程中往往往是不断断变化的的。如果果软件开开发团队队有一套套变更控控制流程程，测试试人员会会对产品品的变更更了如指指掌。如如果没有有变更控控制，那那就要采采用其他他的土方方法了。如如果公司司里面有有自动化化办公系系统，也也许采用用的是 Lottus Nottes 系统，也也许使用用的是 E-mmaill 系统统，测试试人员应应该加入入到开发发人员的的邮件群群组中。当当开发人人员通过过邮件讨讨论问题题、通知知召开技技术会议议的时候候，测试试人员可可以及时时知晓，如如果必要要，可以以参加开开发人员员的技术术会议。即即便公司司里面有有了软件件变更控控制流程程，加入入到开发发邮件群群组也是是一个很很好的习习惯。 134 与开发发人员为为邻建议测试试人员与与开发人人员为邻邻。我所所在的测测试组曾曾经与开开发组是是在相邻邻的写字字间里，开开发人员员与测试试人员的的关系非非常融洽洽，抛去去同事关关系，大大家还是是不错的的朋友。不不管开发发人员有有什么样样的活动动，测试试人员都都能第一一时间获获得信息息。无论论从事软软件测试试工作，还还是从事事其它的的工作，与与工作中中上下游游环节的的同事保保持良好好的个人人关系对对工作有有很大便便利。一一般的公公司内部部都存在在部门墙墙，良好好的人际际关系是是打通部部门墙的的手段之之一。向向领导建建议测试试人员与与开发人人员为邻邻，这很很必要。 14 测测试用例例设计测试需求求收集完完毕后，开开始测试试设计。测测试用例例是什么么？测试试用例就就是一个个文档，描描述输入入、动作作、或者者时间和和一个期期望的结结果，其其目的是是确定应应用程序序的某个个特性是是否正常常的工作作。设计计测试用用例需要要考虑以以下问题题： 141 测试用用例的基基本格式式软件测试试用例的的基本要要素包括括测试用用例编号号、测试试标题、重重要级别别、测试试输入、操操作步骤骤、预期期结果，下下面逐一一介绍。 用例编号号： 测测试用例例的编号号有一定定的规则则，比如如系统测测试用例例的编号号这样定定义规则则： PPROJJECTT1-SST-0001 ，命名名规则是是项目名名称测测试阶段段类型（系系统测试试阶段）编号。定定义测试试用例编编号，便便于查找找测试用用例，便便于测试试用例的的跟踪。 测试标题题： 对对测试用用例的描描述，测测试用例例标题应应该清楚楚表达测测试用例例的用途途。比如如 “ 测试用用户登录录时输入入错误密密码时，软软件的响响应情况况 ” 。 重要级别别： 定定义测试试用例的的优先级级别，可可以笼统统的分为为 “ 高 ” 和 “ 低 ” 两个级级别。一一般来说说，如果果软件需需求的优优先级为为 “ 高 ” ，那么么针对该该需求的的测试用用例优先先级也为为 “ 高 ” ；反之之亦然， 测试输入入： 提提供测试试执行中中的各种种输入条条件。根根据需求求中的输输入条件件，确定定测试用用例的输输入。测测试用例例的输入入对软件件需求当当中的输输入有很很大的依依赖性，如如果软件件需求中中没有很很好的定定义需求求的输入入，那么么测试用用例设计计中会遇遇到很大大的障碍碍。 操作步骤骤： 提提供测试试执行过过程的步步骤。对对于复杂杂的测试试用例，测测试用例例的输入入需要分分为几个个步骤完完成，这这部分内内容在操操作步骤骤中详细细列出。 预期结果果： 提提供测试试执行的的预期结结果，预预期结果果应该根根据软件件需求中中的输出出得出。如如果在实实际测试试过程中中，得到到的实际际测试结结果与预预期结果果不符，那那么测试试不通过过；反之之则测试试通过。 软件测试试用例的的设计主主要从上上述 66 个域域考虑，结结合相应应的软件件需求文文档，在在掌握一一定测试试用例设设计方法法的基础础上，可可以设计计出比较较全面、合合理的测测试用例例。具体体的测试试用例设设计方法法可以参参见相关关的测试试书籍，白白盒测试试方法和和黑盒测测试方法法在绝大大多数的的软件测测试书籍籍中都有有详细的的介绍，这这里不作作赘述。 142 重用同同类型项项目的测测试用例例如果我看看得远，那那是因为为我站在在巨人的的肩上 牛牛顿。 一般来说说，每个个软件公公司的项项目可以以分为固固定的几几大类。可可以按业业务类型型划分，比比如 EERP 软件、产产品数据据管理软软件、通通信软件件、地理理信息系系统软件件等等；可以按按软件结结构来划划分，比比如 BB/S 架构的的软件、 C/SS 架构构的软件件、嵌入入式软件件等等。参参考同类类别软件件的测试试用例，会会有很大大的借鉴鉴意义。如如果，公公司中有有同类别别的软件件系统，千千万别忘忘记把相相关的测测试用例例拿来参参考。如如果，系系统非常常接近，甚甚至经过过对测试试用例简简单修改改就可以以应用到到当前被被测试的的软件。 “ 拿拿来主义义 ” 可以极极大的开开阔测试试用例设设计思路路，也可可以节省省大量的的测试用用例设计计时间。 143 利用已已有的软软件 CChecckliist在上面一一个小节节中，按按照不同同的规则则划分了了不同的的软件类类型。每每种类型型的软件件都有一一定的测测试规范范，比如如， WWEB 软件系系统在系系统测试试过程中中，会有有一系列列的范式式，比如如针对 Coookiee 就会会有很多多测试点点。在设设计测试试用例的的时候，不不妨到网网上去搜搜索相关关的 CChecckliist ，不过过国内外外的网站站很少有有这方面面的资料料，即便便有，也也不是特特别系统统。可以以先找一一份粗糙糙的 CChecckliist ，然后后，在设设计测试试用例的的时候不不断的去去完善它它，以作作为下次次测试用用例设计计的基础础。 144 加强测测试用例例的评审审测试用例例设计完完毕后，最最好能够够增加评评审过程程。同行行评审是是 CMMM3 级的一一个 KKPA ，如果果因为公公司没有有通过 CMMM3 级级，就不不开展同同行评审审是不恰恰当的。测测试用例例应该由由产品相相关的软软件测试试人员和和软件开开发人员员评审，提提交评审审意见，然然后根据据评审意意见更新新测试用用例。 如果认认真操作作这个环环节，测测试用例例中的很很多问题题都会暴暴露出来来，比如如用例设设计错误误、用例例设计遗遗漏、用用例设计计冗余、用用例设计计不充分分等等；如果同同行评审审不充分分，那么么，在测测试执行行的过程程中，上上述本应应在评审审阶段发发现的测测试用例例相关问问题，会会给测试试执行带带来大麻麻烦，甚甚至导致致测试执执行挂起起。 145 定义测测试用例例的执行行顺序在测试用用例执行行过程中中，你会会发现每每个测试试用例都都对测试试环境有有特殊的的要求，或或者对测测试环境境有特殊殊的影响响。因此此，定义义测试用用例的执执行顺序序，对测测试的执执行效率率影响非非常大。比比如某些些异常测测试用例例会导致致服务器器频繁重重新启动动，服务务器的每每次重新新启动都都会消耗耗大量的的时间，导导致这部部分测试试用例执执行也消消耗很多多的时间间。那么么在编排排测试用用例执行行顺序的的时候，应应该考虑虑把这部部分测试试用例放放在最后后执行，如如果在测测试进度度很紧张张的情况况下，如如果优先先执行这这部分消消耗时间间的异常常测试用用例，那那么在测测试执行行时间过过了大半半的时候候，测试试用例执执行的进进度依然然是缓慢慢的，这这会影响响到测试试人员的的心情，进进而导致致匆忙地地测试后后面的测测试用例例，这样样测试用用例的漏漏测、误误测就不不可避免免，严重重影响了了软件测测试效果果和进度度。因而而，合理理地定义义测试用用例的执执行顺序序是很有有必要的的。 15 测试试用例执执行测试用例例设计完完毕后，接接下来的的工作是是测试执执行，测测试执行行中应该该注意以以下几个个问题： 151 搭建软软件测试试环境，执执行测试试用例测试用例例执行过过程中，搭搭建测试试环境是是第一步步。一般般来说，软软件产品品提交测测试后，开开发人员员应该提提交一份份产品安安装指导导书，在在指导书书中详细细指明软软件产品品运行的的软硬件件环境，比比如要求求操作系系统系统统是 WWinddowss 20000 pacck4 版本，数数据库是是 Sqql SServver 20000 等等等，此此外，应应该给出出被测试试软件产产品的详详细安装装指导书书，包括括安装的的操作步步骤、相相关配置置文件的的配置方方法等等等。对于于复杂的的软件产产品，尤尤其是软软件项目目，如果果没有安安装指导导书作为为参考，在在搭建测测试环境境过程中中会遇到到种种问问题。 如果开发发人员拒拒绝提供供相关的的安装指指导书，搭搭建测试试中遇到到问题的的时候，测测试人员员可以要要求开发发人员协协助，这这时候，一一定要把把开发人人员解决决问题的的方法记记录下来来，避免免同样的的问题再再次请教教开发人人员，这这样会招招致开发发人员的的反感，也也降低了了开发人人员对测测试人员员的认可可程度。 152 测试试执行过过程应注注意的问问题测试环境境搭建之之后，根根据定义义的测试试用例执执行顺序序，逐个个执行测测试用例例。在测测试执行行中需要要注意以以下几个个问题： 全方位的的观察测测试用例例执行结结果： 测试执执行过程程中，当当测试的的实际输输出结果果与测试试用例中中的预期期输出结结果一致致的时候候，是否否可以认认为测试试用例执执行成功功了？答答案是否否定的，即即便实际际测试结结果与测测试的预预期结果果一致，也也要查看看软件产产品的操操作日志志、系统统运行日日志和系系统资源源使用情情况，来来判断测测试用例例是否执执行成功功了。全全方位观观察软件件产品的的输出可可以发现现很多隐隐蔽的问问题。以以前，我我在测试试嵌入式式系统软软件的时时候，执执行某测测试用例例后，测测试用例例的实际际输出与与预期输输出完全全一致，不不过在查查询 CCPU 占用率率地时候候，发现现 CPPU 占占用率高高达 990 ，后来来经过分分析，软软件运行行的时候候启动了了若干个个 1mms 的的定时器器，大量量的消耗耗的 CCPU 资源，后后来通过过把定时时器调整整到 110mss ， CPUU 的占占用率降降为 77 。如如果观察察点单一一，这个个严重消消耗资源源的问题题就无从从发现了了。 加强测试试过程记记录： 测试执执行过程程中，一一定要加加强测试试过程记记录。如如果测试试执行步步骤与测测试用例例中描述述的有差差异，一一定要记记录下来来，作为为日后更更新测试试用例的的依据；如果软软件产品品提供了了日志功功能，比比如有软软件运行行日志、用用户操作作日志，一一定在每每个测试试用例执执行后记记录相关关的日志志文件，作作为测试试过程记记录，一一旦日后后发现问问题，开开发人员员可以通通过这些些测试记记录方便便的定位位问题。而而不用测测试人员员重新搭搭建测试试环境，为为开发人人员重现现问题。 及时确认认发现的的问题： 测试试执行过过程中，如如果确认认发现了了软件的的缺陷，那那么可以以毫不犹犹豫的提提交问题题报告单单。如果果发现了了可疑问问题，又又无法定定位是否否为软件件缺陷，那那么一定定要保留留现场，然然后知会会相关开开发人员员到现场场定位问问题。如如果开发发人员在在短时间间内可以以确认是是否为软软件缺陷陷，测试试人员给给予配合合；如果果开发人人员定位位问题需需要花费费很长的的时间，测测试人员员千万不不要因此此耽误自自己宝贵贵的测试试执行时时间，可可以让开开发人员员记录重重新问题题的测试试环境配配置，然然后，回回到自己己的开发发环境上上重现问问题，继继续定位位问题。 与开发人人员良好好的沟通通： 测测试执行行过程中中，当你你提交了了问题报报告单，可可能被开开发人员员无情驳驳回，拒拒绝修改改。这时时候，只只能对开开发人员员晓之以以理，做做到有理理、有据据，有说说服力。首首先，要要定义软软件缺陷陷的标准准原则，这这个原则则应该是是开发人人员和测测试人员员都认可可的，如如果没有有共同认认可的原原则，那那么开发发人员与与测试人人员对问问题的争争执就不不可避免免了。此此外，测测试人员员打算说说服开发发人员之之前，考考虑是否否能够先先说服自自己，在在保证可可以说服服自己的的前提下下，再开开始与开开发人员员交流。 153 及及时更新新测试用用例测试执行行过程中中，应该该注意及及时更新新测试用用例。往往往在测测试执行行过程中中，才发发现遗漏漏了一些些测试用用例，这这时候应应该及时时的补充充；往往往也会发发现有些些测试用用例在具具体的执执行过程程中根本本无法操操作，这这时候应应该删除除这部分分用例；也会发发现若干干个冗余余的测试试用例完完全可以以由某一一个测试试用例替替代，那那么删除除冗余的的测试用用例。 总之，测测试执行行的过程程中及时时地更新新测试用用例是很很好的习习惯。不不要打算算在测试试执行结结束后，