软件测试新手学习宝典

《软件测试新手学习宝典》由会员分享，可在线阅读，更多相关《软件测试新手学习宝典（32页珍藏版）》请在金锄头文库上搜索。

1、软件测试软件测试 掌握有效测试软件的方法与技术掌握有效测试软件的方法与技术林林 锐锐 博士博士rui.linalcatel-http:/讣酗嫁疵竹吁非洁事蚀耙倦乍邢肇斧汇雌讥甘酝赛删角搞序猎距闸痈眼谅软件测试新手学习宝典软件测试新手学习宝典Page 2目录目录1. 测试的常识与道理测试的常识与道理 2. 测试的分类与比较测试的分类与比较3. 测试人员的组织测试人员的组织4. 企业的测试策略企业的测试策略5. 测试规范测试规范6. 软件产品的主要测试内容及技术软件产品的主要测试内容及技术设韧鉴沮抖挥阅帝颓欢瘟绥缴录尔燃惫紧舔春酱檀喉握庸派酱羌绸刁篓鲁软件测试新手学习宝典软件测试新手学习宝典Pag

2、e 31. 测试的常识与道理测试的常识与道理1.1 你真的懂测试吗你真的懂测试吗 u编程大师说：没有错误的程序世间难求。 （编程之道）u你在学校里学过测试吗？（读到博士可能也不懂测试）u你所在的企业重视测试吗？ （小公司程序员的技能更加全面）u临时抱佛脚行吗？你以为有文档模板就会测试了吗？ u如果不懂得有效地进行测试，你不仅得不到功劳，也没人欣赏你的苦劳，你拥有最多的将只是疲劳。 u职业软件工程师应当掌握需求开发、系统设计、编程、测试、维护 所有技能。1.2 测试的目的是什么测试的目的是什么u测试的目的是为了发现尽可能多的缺陷，不是为了说明软件中没有缺陷。u推论：推论：成功的测试在于发现了迄今

3、尚未发现的缺陷。所以测试人员的职责是设计这样的测试用例，它能有效地揭示潜伏在软件里的缺陷。 u千万不要将“测试”与“演示”混为一谈。例如科研鉴定会。u如果产品通过了严格的测试，大家不要不吭气，应当好好地宣传一把 。仅戈履昂袭浴弛焕附夺早绦瓜建沦担患蚜庐姚抨您韦蜀垒吊梭茸枫琵兵谐软件测试新手学习宝典软件测试新手学习宝典Page 41. 测试的常识与道理测试的常识与道理1.3 一些常识和经验之谈一些常识和经验之谈u测试能提高软件的质量，但是提高质量不能依赖测试。u测试只能证明缺陷存在，不能证明缺陷不存在。“彻底地测试”难以成为现实，要考虑时间、费用等限制，不允许无休止地测试。我们应当祈祷：软件的缺

4、陷在产品被淘汰之前一直没有机会发作。 u测试的主要困难是不知道如何进行有效地测试，也不知道什么时候可以放心地结束测试。 u每个开发人员应当测试自己的程序（份内之事），但是不能作为该程序已经通过测试的依据（所以项目需要独立测试人员）。 u80-20原则：80的缺陷聚集在20的模块中，经常出错的模块改错后还会经常出错u测试应当循序渐进，不要企图一次性干完，注意“欲速则不达”。 伞倪惫择弧又赏靡术吏帘疹摔旭投泄我歉吉内具道饥授举钢收嗡侧注楼掸软件测试新手学习宝典软件测试新手学习宝典Page 52. 测试的分类与比较测试的分类与比较2.1 测试方式测试方式u白盒测试：关心软件内部设计和程序实现，主要测

5、试依据是设计文档u黑盒测试：不关心软件内部，只关心输入输出，主要测试依据是需求文档2.2 测试阶段测试阶段u单元测试、集成测试、系统测试、验收测试。是“从小到大”、“由内至外”、“循序渐进”的测试过程，体现了“分而治之”的思想。 u单元测试的粒度最小，一般由开发小组采用白盒方式来测试，主要测试单元是否符合“设计”。 u集成测试界于单元测试和系统测试之间，起到“桥梁作用”，一般由开发小组采用白盒加黑盒的方式来测试，既要验证“设计”又要验证“需求”。 u系统测试的粒度最大，一般由独立测试小组采用黑盒方式来测试，主要测试系统是否符合“需求规格说明书”。 u验收测试与系统测试非常相似，主要区别是测试人

6、员不同，验收测试由用户执行。 杠歇痈钢侩砰壁倪静默岸浅维份聪毒纽瘁钢太寇敷剥朗犊珊毗昌壁借仓迈软件测试新手学习宝典软件测试新手学习宝典Page 62. 测试的分类与比较测试的分类与比较2.3 开发与测试的开发与测试的 V 型关系型关系u如果软件开发过程采用严格的瀑布模型，那么开发与测试有“V”型的对应关系 。需求开发高层设计详细设计编程单元测试集成测试系统测试验收测试腔撰鹤裁邹甩箭知蹋撇帕甭余酷女捷扑攘棍爹袄芥啼聋糙棘崔捣很肛放旭软件测试新手学习宝典软件测试新手学习宝典Page 72. 测试的分类与比较测试的分类与比较2.4 测试内容测试内容u接口与路径测试。 u功能测试、健壮性测试、性能测试

7、、用户界面测试、安全性测试、压力测试、可靠性测试、安装/反安装测试 测试阶段测试阶段 主要依据主要依据 测试人员、测试方式测试人员、测试方式 主要测试内容主要测试内容 单元测试系统设计文档由开发小组执行白盒测试 接口测试、路径测试 集成测试系统设计文档需求文档由开发小组执行白盒测试和黑盒测试 接口测试、路径测试功能测试、性能测试 系统测试需求文档由独立测试小组执行黑盒测试 功能测试、健壮性测试、性能测试、用户界面测试、安全性测试、压力测试、可靠性测试、安装/反安装测试 验收测试需求文档由用户执行黑盒测试 绢郎蒸汁妙卓羔耽茶湛驭移遁厨呸简氢韦嚎慕矫衰摊枚蜕林迪碳症杭希穷软件测试新手学习宝典软件测

8、试新手学习宝典Page 82. 测试的分类与比较测试的分类与比较2.5 问题问题u问题1：有了“黑盒”测试为什么还要“白盒”测试？黑盒测试只能观察软件的外部表现，即使软件的输入输出都是正确的，却并不能说明软件就是正确的。因为程序有可能用错误的运算方式得出正确的结果，例如“负负得正，错错得对”，只有白盒测试才能发现真正的原因。白盒测试能发现程序里的隐患，象内存泄漏、误差累计问题。在这方面，黑盒测试存在严重的不足。 u问题2：由于单元测试要写测试驱动程序，非常麻烦，能否等到整个系统全部开发完后，再集中精力进行一次性地单元测试呢？ 如果这样做，在开发过程中，缺陷会越积越多并且分布得更广、隐藏得更深，

9、反而导致测试与改错的代价大大增加。最糟糕的是无法估计测试与改错的工作量，使进度失去控制。因此为图眼前省事而省略单元测试或者“偷工减料”，是“得不偿失”的做法。 u问题3：如果每个单元都通过了测试，把它们集成一起难道会有什么不妥吗？集成测试是否多此一举？要把N个单元集成一起肯定靠接口耦合，这时可能会产生在单元测试中无法发现的问题。例如：数据通过不同的接口时可能出错；几个函数关联在一起时可能达不到预期的功能；在某个单元里可以接受的误差可能在集成后被扩大到无法接受的程度。所以集成测试是必要的，不是多此一举。兢民沮谊于返凹杀股渗训孽寄池擞乌耐苦缸撬脱秆瞒果驻界熙碍呢毗幕陈软件测试新手学习宝典软件测试新

10、手学习宝典Page 92. 测试的分类与比较测试的分类与比较2.5 问题问题u问题4：在集成测试的时候，已经对一些子系统进行了功能测试、性能测试等等，那么在系统测试时能否跳过相同内容的测试? 不能！因为集成测试是在仿真环境中开展的，那不是真正的目标系统。再者，单元测试和集成测试通常由开发小组执行。根据测试心理学的分析，开发人员测试自己的工作成果虽然是必要的，但不能作为成果已经通过测试的依据。 u问题5：既然系统测试与验收测试的内容几乎是相同的，为什么还要验收测试？首先是“信任”问题。对于合同项目而言，如果测试小组是开发方的人员，客户怎么能够轻易相信“别人”呢? 所以当项目进行系统测试之后，客户

11、再进行验收测试是情理之中的事。否则，那是客户失职。 不论是合同项目还是非合同项目，软件的最终用户各色各样（如受教育程度不同、使用习惯不同等等）。测试小组至多能够模仿小部分用户的行为，但并不具有普遍的代表性。 u问题6：能否将系统测试和验收测试“合二为一”？ 系统测试不是一会儿就能做完的，比较长时间的用户测试很难组织。用户还有自己的事情要做，他们为什么要为别人测试呢？即使用户愿意做系统测试，他们消耗的时间、花费的金钱大多比测试小组的高。系统测试时会找出相当多的软件缺陷，软件需要反反复复地改错。如果让用户发现“内幕”，一是丢脸，二是会吓跑买主。所以还是关起门来，先让测试小组做完系统测试的好。 奴窝

12、斋午痕籽宽刷厄帆稿通资撤驳木悟咆魁价殊夹陌援挤调盐入踞盘币摔软件测试新手学习宝典软件测试新手学习宝典Page 103. 测试人员的组织测试人员的组织3.1 了解开发人员的测试心理了解开发人员的测试心理u测试的目的是找出尽可能多的缺陷。所以测试是“破坏性”的，而开发却是“建设性”的。开发人员总是喜欢欣赏程序的成功之处，而不愿看到失败之处。让开发者去做“蓄意破坏”的测试，就象杀自己的孩子一样难以接受。 u开发者对自己的程序印象深刻，并总以为是正确的（自信是应该的）。倘若在设计时就存在理解错误，或因不良的编程习惯而流下了隐患，他本人很难发现这类错误.u开发者对自己的程序的功能、接口十分熟悉，他自己几

13、乎不可能因为使用不当而引发错误，这与大众用户的情况不太相似，所以测试自己的程序不具备典型性。 u结论：结论：开发人员应当测试自己的程序，这是他分内的工作。但是开发人员在测试自己的程序时，很难做到客观、公正，所以自我测试不具有说服力。 3.2 如何组织测试人员：应当视企业的人力资源而定如何组织测试人员：应当视企业的人力资源而定u条件特别好的公司，可以为每一个开发人员分配一名独立的测试人员。这样的测试人员职业化程度很高，可以完成单元测试、集成测试和系统测试工作，能够实现开发与测试同步进行。u条件比较好的公司，可以设置一个独立的测试小组，该测试小组轮流参加各个项目的系统测试。而单元测试、集成测试工作

14、由项目的开发小组承担。 u条件一般的公司，养不起独立的测试小组。单元测试、集成测试工作由项目开发小组承担。当项目进展到系统测试阶段，可以从项目外抽调一些人员，加上开发人员，临时组织系统测试小组。 u条件比较差的公司，也许只有一个项目和为数不多的一些开发人员。那么就让开发人员一直兼任测试人员的角色，相互测试对方的程序。如果人员实在太少了，只好让开发者测试自己的程序，有测试总比没有测试好吧！ 啥过蔑码屡团层蛾嚏秒音卧爱少果差痘轨问掷茵携亨岳琳步赤辩箩至佛菩软件测试新手学习宝典软件测试新手学习宝典Page 113. 测试人员的组织测试人员的组织3.3 避免开发人员与测试人员产生矛盾避免开发人员与测试

15、人员产生矛盾u开发人员的注意事项： 不要敌视测试人员。要理解测试的目的就是发现缺陷，是测试人员的工作职责。不要以为测试人员吃饱了没事干，存心找茬。 不要轻视测试人员，别说人家技术水平差，不配搞开发只好搞测试。 u测试人员的注意事项： 发现缺陷时不要嘲笑开发人员，别说他的程序真臭、到处是Bug。 在开发人员压力太大时或心情不好时不要火上浇油，发现缺陷时别大声嚷嚷。 u请留意另一种极端：请留意另一种极端：如果测试人员与开发人员的关系非常好，可能会导致在测试的时候“手下留情”，这对项目也是一种伤害。 阎逃欲洲驯房啊燎惮寝贰亿鹿钝辟胀榴术糕玻翅宰题敌董雅松娥泰曹欣确软件测试新手学习宝典软件测试新手学习

16、宝典Page 124. 企业的测试策略企业的测试策略4.1 理念：理念：u企业的主要目的是获取利润，降低测试成本也是盈利的一种方式。 u用较低的代价实现有效的测试，不应为了追求完美的测试而不失一切代价。4.2 如何合理地减少测试工作量如何合理地减少测试工作量u减少冗余的测试白盒测试与黑盒测试的方式虽然不同，但往往有“异曲同工”之妙。在很多地方，白盒测试与黑盒测试会产生一模一样的效果（或者能推理出来），这样的测试是冗余的。在集成测试、系统测试阶段，可能要执行多次“回归测试”。每一次“回归测试”都会存在不少的冗余，应当设法剔除不必要的重复测试工作。 u减少无价值的测试无价值的测试通常是由于不懂得测

17、试技术引起的。例如功能测试，在等价区间之中，本来只要测试一个典型的输入就行了，如果有人在此区间测试了100次，那么其中99次就是无价值的。 u如何“偷工减料” 有一些“短、平、快”的项目，经费本来就少，用户对质量要求也马马虎虎。为了能多挣一点钱，开发方不得不采用“偷工减料”的方式来降低测试代价。偷工减料的途径无非就是减少测试的内容和频度。但不能砍得太狠，否则软件拿不出手。基本方法是找出软件中需要优先测试的部分（见下表），其它次要部分可以忽略或将来再测试。 棒屉哮咬联但归筒盐祟路角朔剁润壁准镇简惩桅仑拖饺致嫡糊烷平从维抡软件测试新手学习宝典软件测试新手学习宝典Page 134. 企业的测试策略企

18、业的测试策略u“偷工减料”方法的测试优先级：哪些功能是软件的特色？ 哪些功能是用户最常用的？ 如果系统可以分块卖的话，哪些功能块在销售时最昂贵？哪些功能出错将导致用户不满或索赔？哪些程序是最复杂、最容易出错的？哪些程序是相对独立，应当提前测试的？哪些程序最容易扩散错误？哪些程序是全系统的性能瓶颈所在？哪些程序是开发者最没有信心的？ 4.3 测试何时结束测试何时结束u基于测试用例的规则 u基于“测试期缺陷密度”的规则u基于“运行期缺陷密度”的规则4.4 测试奖励机制测试奖励机制u根据缺陷的危害程度，把奖金分等级。每个新缺陷对应一份奖金，把奖金发给第一个发现该缺陷的人。奖金额要适当，太低了人们不感

19、兴趣，太高了会让项目破产的。 广赢揭匪仓葡澈娱缔瞒陀稀祟番缮哥尺舰玄盾掌将疫紊方寞俞免泽卵涧熊软件测试新手学习宝典软件测试新手学习宝典Page 145. 测试规范测试规范5.1 测试流程测试流程u第一步：制定测试计划。该计划被批准后转向第二步。 u第二步：设计测试用例。该用例被批准后转向第三步。 u第三步：如果满足“启动准则” ，那么执行测试。 u第四步：撰写测试报告。 u第五步：消除软件缺陷。如果满足“完成准则”，那么正常结束测试。制定测试计划设计测试用例执行测试撰写测试报告消除软件缺陷审批审批回归测试完成测试完成准则启动准则灿调洋尹莱睬乡顺枣细屯尽前饥斡梯囚某救迁帽鼎钥阻洒嗓降奄翻竭起蛤软

20、件测试新手学习宝典软件测试新手学习宝典Page 155. 测试规范测试规范5.2 测试启动准则测试启动准则u同时满足以下条件，允许开始测试：（1）测试计划已经制定并且通过了审批；（2）测试用例已经设计并且通过了审批；（3）被测试对象已经开发完毕并等待测试。 5.3 测试完成准则测试完成准则u对于非严格系统可以采用“基于测试用例”的准则。同时满足以下条件允许结束测试：（1）功能性测试用例通过率达到100；（2）非功能性测试用例通过率达到90时。u对于严格系统，应当补充“基于测试期缺陷密度”的规则：（3）相邻n个CPU小时内“测试期缺陷密度”全部低于某个值m。例如n大于10，m小于等于1。 5.4

21、 测试文档模板测试文档模板u测试计划参考模板 u测试用例参考模板u测试报告参考模板们絮刮盐点卧冀彻沸匡脏寄馋岸厨能只蒲末飘朝盂禄惑钵莽履诸呈芽纶赖软件测试新手学习宝典软件测试新手学习宝典Page 165.5 测试测试计划的参考模板计划的参考模板脆涎华杀谱烈蓝祁砒燥池没哄糕嘛黔盎筐科叶塞靖报慨淬元瑞盅废赫银体软件测试新手学习宝典软件测试新手学习宝典Page 175.6 测试测试用例用例准沫彦廉翅斧苟贡建擎晕陌俭术导距管哄聘寂魂傍绅机酣鸽近行狭喧秤诅软件测试新手学习宝典软件测试新手学习宝典Page 185.7 测试测试报告的参考模板报告的参考模板皆邑中泉未颅仑盼氢搔痴胶需斩谅兼隙迁肘足矛爱尼贝欣灸

22、峪涕肛铣颇嗜软件测试新手学习宝典软件测试新手学习宝典Page 196. 软件系统的主要测试内容及技术软件系统的主要测试内容及技术6.1 接口与路径测试接口与路径测试6.2 功能测试功能测试6.3 健壮性测试健壮性测试6.4 性能测试性能测试6.5 用户界面测试用户界面测试6.6 信息安全测试信息安全测试6.7 压力测试压力测试6.8 可靠性测试可靠性测试6.9 安装安装/反安装测试反安装测试渝椒咨聂条躯懦维玩阔左佯念夷噪丢纶龟诫噶形漱剧耿艳嘛赵聋酉瘫黔主软件测试新手学习宝典软件测试新手学习宝典Page 206. 软件系统的主要测试内容及技术软件系统的主要测试内容及技术6.1 接口与路径测试接口

23、与路径测试u数据一般通过接口输入和输出，所以接口测试是白盒测试的第一步。每个接口可能有多个输入参数，每个参数有“典型值”、“边界值”、“异常值”之分，所以输入的组合数可能并不少。根据接口的定义，可以推断某种输入应当产生什么样的输出。输出包括函数的返回值和输出参数。如果实际输出与期望的输出不一致，那么说明程序有错误。白盒方式的接口测试和黑盒方式的功能测试，其方法十分相似。 u一个函数体内的语句可能只有十几条，但逻辑路径可能有成千上万条。想遍历测试几乎是不可能的，不测试或者胡乱找几条路径测试却又不行。 u对于非严格系统而言，在分析路径方面化费很多精力是不值得的。我认为在构造接口测试的同时已经建立了

24、测试路径。因为每一种输入将产生唯一的输出，输入与输出之间的路径也是唯一的。由于接口测试中的输入是有代表性的，因此相应的路径也具有代表性，不用得着费煞苦心地去找测试路径。u路径测试的检查表数据类型、变量值、逻辑判断、循环、内存管理、文件I/O、错误处理 u由于接口测试是枚举的，有可能漏掉某些状况，导致一些重要的路径没有被测试。预防措施有：观察是否有程序语句从来没有被执行过。如果发生在这种情况，要么是程序有错误，存在无用的代码；要么是接口测试不充分，漏掉了一些路径。要特别留意函数体内的错误处理程序块（如果存在的话），这是最易被人疏忽的路径，隐患最多。 番牵椭惟展午镶蚤拳丁潦纷兼括焊释芜晾斯滴寂党傻

25、逼魔炭疗午闸獭掂厌软件测试新手学习宝典软件测试新手学习宝典Page 216. 软件系统的主要测试内容及技术软件系统的主要测试内容及技术u接口与路径测试用例的参考模板屯镊贮嚣浓幌吼瞄丘藕祭饿坊择长吴喷后咕柴矣简壶踏柞晴轻绕钾袜缠蚁软件测试新手学习宝典软件测试新手学习宝典Page 226. 软件系统的主要测试内容及技术软件系统的主要测试内容及技术6.2 功能测试功能测试u功能测试的基本方法是构造一些合理输入（在需求范围之内），检查输出是否与期望的相同。如果两者不一致，即表明功能有误。也有例外的情况，如需求规格说明书中的某个功能写错了，而实际上软件的功能却是正确的，这时要更改的是需求规格说明书。 u

26、功能测试看起来比较简单，只要看得懂需求规格说明书，谁都会做。难点在于如何构造有效的输入。由于输入空间通常是无限的，穷举测试显然行不通。那么随便输入一些东西，碰运气行不行？ u功能测试有两种比较好的测试方法：等价划分法和边界值分析法。 等价划分是指把输入空间划分为几个“等价区间”，在每个“等价区间”中只需要测试一个典型值就可以了。等价划分法来源于人们的直觉与经验，可令测试事半功倍。 “缺陷遗漏在角落里，聚集在边界上”。边界值测试法是对等价划分法的补充。如果A和B是输入空间的边界值，那么除了典型值外还要用A和B作为测试用例。 例如测试函数。凭直觉，等价区间应是（0, 1）和（1, +）。可取典型值

27、x=0.5以及x=2.0进行“等价划分”测试。再取 x=0以及x=1进行“边界值”测试。 截盅芹殴厢狸凹筛球噎痢达厄妻破嚣薯培植聊览拄豁荆招炒插部铆句豺伺软件测试新手学习宝典软件测试新手学习宝典Page 236. 软件系统的主要测试内容及技术软件系统的主要测试内容及技术u功能测试用例的参考模板蕴创忘慌牢酞钡评靡抬蛔御未奉彦荚勺钻贪稽搞献苞还牵冈囤忱前劣咸漆软件测试新手学习宝典软件测试新手学习宝典Page 246. 软件系统的主要测试内容及技术软件系统的主要测试内容及技术6.3 健壮性测试健壮性测试u健壮性是指在异常情况下，软件还能正常运行的能力。健壮性有两层含义：一是容错能力，二是恢复能力。

28、u容错性测试通常构造一些不合理的输入来引诱软件出错，例如：（1）输入错误的数据类型。如“猴”年“马”月。（2）输入定义域之外的数值。如上海人常说的“十三点”u粗暴一些方式俗称“大猩猩”测试法。除了不能拳打脚踢嘴咬外，什么招术都可以使出来。例如在测试客户机服务器模式的软件时，把网络线拔掉，造成通信异常中断。 u恢复测试重点考察一下几项：（1）系统能否重新运行；（2）有无重要的数据丢失；（3）是否毁坏了其它相关的软件硬件。 钒了瑰壤规邑霞枕赠轨蔫郡棉乖顽风订礼酿梆吏既蜗偶管蕊哥度先肿莽认软件测试新手学习宝典软件测试新手学习宝典Page 256. 软件系统的主要测试内容及技术软件系统的主要测试内容及

29、技术u健壮性测试用例的参考模板奴菱缨姬云寇蔓骸代吉德牌札博邮纠豁愚诧腊荚灶驹猪碟略涡静匹硝暗吠软件测试新手学习宝典软件测试新手学习宝典Page 266. 软件系统的主要测试内容及技术软件系统的主要测试内容及技术6.4 性能测试性能测试u性能测试即测试软件处理事务的速度，一是为了检验性能是否符合需求，二是为了得到某些性能数据供人们参考（例如用于宣传）。 u有时人们关心测试的“绝对值”，如数据送输速率是每秒多少比特。有时人们关心测试的“相对值”，如某个软件比另一个软件快多少倍。u在获取测试的“绝对值”时，我们要充分考虑并记录运行环境对测试的影响。例如网络环境、计算机主频，总线结构和外部设备都可能影

30、响软件的运行速度。u性能测试的一些注意事项：不要试图让人拿着钟表去测时间，应当编写一段程序用于计算时间以及相关数据。 应当测试软件在标准配置和最低配置下的性能。 为了排除干扰，应当关闭那些消耗内存、占用CPU的其它应用软件（如杀毒软件）。 不同的输入情况会得到不同的性能数据，应当分档记录。例如传输文件的容量从100K到1M可以分成若干等级。 由于环境的波动，同一种输入情况在不同的时间可能得到不同的性能数据，可以取其平均值。 抱捷驰只暖巫零蹦案争组崎菱场残丢臼匣房脱妆摆完婉捌隅悍玫弥放霹袱软件测试新手学习宝典软件测试新手学习宝典Page 276. 软件系统的主要测试内容及技术软件系统的主要测试内

31、容及技术u性能测试用例的参考模板总浮砧封娜侦喧编值斑惹循罩羡盗抓蛀骚奇辗覆桂烩涝叛量照乐雪猜衷票软件测试新手学习宝典软件测试新手学习宝典Page 286. 软件系统的主要测试内容及技术软件系统的主要测试内容及技术6.5 用户界面测试用户界面测试u绝大多数软件拥有图形用户界面。图形用户界面的测试重点是正确性、易用性和视觉效果。在评价易用性和视觉效果时，主观性非常强，应当考虑多个人的观点。u用户界面测试用例的参考模板： 刘疡禁吹昏辽俘迅斗迟赞雌钮雇手哼圈琅以钢赖北逮狂鬼稿蔓弘纤蓟洼陪软件测试新手学习宝典软件测试新手学习宝典Page 296. 软件系统的主要测试内容及技术软件系统的主要测试内容及技术

32、6.6 信息安全测试信息安全测试u信息安全性（security）是指防止系统被非法入侵的能力，既属于技术问题又属于管理问题。u信息安全性测试有如下步骤：（1）为非法入侵设立目标，例如“盗窃某个文件”或“更改数据库记录”等。（2）邀请（或悬赏）一些人扮演黑客，让他们想尽办法入侵系统，实现“目标”。（3）如果有人成功了，请他详述入侵的过程。别忘了给予奖励。 u信息安全性测试用例的参考模板瞄鞋扑口币封萨涸誓柜驹篙羡乔锅谚士寺豆浑镭所握厄烽嚷泪靳票晋引惊软件测试新手学习宝典软件测试新手学习宝典Page 306. 软件系统的主要测试内容及技术软件系统的主要测试内容及技术6.7 压力测试压力测试u压力测试

33、也叫负荷测试，即获取系统能正常运行的极限状态。了解“极限”是很有价值的，例如潜艇下潜极限深度。 u压力测试的主要任务是：构造正确的输入，使劲折腾系统却让它刚好不瘫痪。u压力测试的一个变种是敏感测试。在某种情况下，微小的输入变动会导致系统的表现（如性能）发生急剧的变化。敏感测试目的是发现什么样的输入可能会引发不稳定现象。u压力测试用例的参考模板松被棍科呈陵液佣伶固嘉烬卒晓湛帐肛估鹏晒康狐赫臣哗默析洗偿晃茨麻软件测试新手学习宝典软件测试新手学习宝典Page 316. 软件系统的主要测试内容及技术软件系统的主要测试内容及技术6.8 可靠性测试可靠性测试u可靠性是指在一定的环境下、在给定的时间内、系统

34、不发生故障的概率。由于软件不像硬件那样可以“加速老化”，按此定义，软件可靠性测试可能会花费很长时间。 u比较实用的办法是，让用户使用该系统，记录每一次发生故障的时刻。计算出相邻故障的时间间隔，注意要去掉非工作时间。这样我们可以方便地统计出不发生故障的“最小时间间隔”、“最大时间间隔”和“平均时间间隔”。其中“平均时间间隔”会让人们大体了解到系统“可靠”的程度。 宁乒霸苏贷博改蜕市田徐司肖合钱耽挝鹿绊虹窥半砚奏简雄售帚挤慢淮蛀软件测试新手学习宝典软件测试新手学习宝典Page 326. 软件系统的主要测试内容及技术软件系统的主要测试内容及技术6.9 安装安装 / 反安装测试反安装测试u安装 / 反安装测试的目的：避免“大风浪都挺过来了，却在阴沟里翻了船” u目前市面上有非常流行的、专门制作安装/反安装程序的一些工具，如Install Shelled。制作安装/反安装程序不再是件难事，关键是不要麻痹大意。主要测试工作： （1）至少在标准配置和最低配置两种环境下测试；（2）如果有安装界面，应当尝试各种选项，如选择“全部”、“部分”、“升级”等。 靴芥酝礼国硫萧芦苍峰窖疆盆砧净鲁抓朱靖酗龙夸珐匀瘟甄案冉顺腐呸铭软件测试新手学习宝典软件测试新手学习宝典