[计算机软件及应用]软件测试都测试什么-软测指南.doc

[计算机软件及应用]软件测试都测试什么-软测指南.doc

  1. 1、本文档共36页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
[计算机软件及应用]软件测试都测试什么-软测指南

目 录 第7章 软件测试 3 7.1 测试的常识与道理 4 7.1.1 你真的懂测试吗? 4 7.1.2 为什么需要测试? 5 7.1.3 测试的目的是什么? 5 7.1.4 一些常识和经验之谈 6 7.2 测试的分类与比较 6 7.2.1 测试的分类及关系图 6 7.2.2 黑盒测试与白盒测试的比较 8 7.2.3 有了黑盒测试为什么还要白盒测试? 9 7.2.4 单元测试 9 7.2.5 集成测试 10 7.2.6 系统测试 11 7.2.7 验收测试 11 7.2.8 回归测试 12 7.3 测试人员的组织 12 7.3.1 Microsoft公司的经验教训 13 7.3.2 测试心理学 13 7.3.3 如何组织测试人员? 14 7.3.4 避免开发人员与测试人员产生矛盾 14 7.4 企业的测试策略 15 7.4.1 一些指导方针 15 7.4.2 如何合理地减少测试工作量 15 7.4.3 测试何时结束? 17 7.4.4 需求经常变更怎么办 18 7.4.5 奖励机制 18 7.5 测试规范 18 7.5.1 流程图 18 7.5.2 测试的“启动准则”和“完成准则” 19 7.5.3 测试计划 19 7.5.4 测试用例 21 7.5.5 测试报告 22 7.6 软件系统的主要测试内容及技术 22 7.6.1 接口与路径测试 23 7.6.1.1 接口测试 23 7.6.1.2 路径测试 24 7.6.1.3在单元测试与集成测试中的应用 25 7.6.2 功能测试 26 7.6.3 健壮性测试 27 7.6.4 性能测试 28 7.6.5 用户界面测试 29 7.6.6 信息安全性测试 31 7.6.7 压力测试 31 7.6.8 可靠性测试 32 7.6.9 安装/反安装测试 33 7.7 改错 34 7.7.1 要有勇气改错 34 7.7.2 对症下药 34 7.7.3 调试方法 35 7.7.4 消除代码错误的注意事项 35 7.8 小结 36 第7章 软件测试 编程大师说:“任何一个程序,无论它多么小,总存在着错误。” 初学者不相信大师的话,他问:“如果有个程序小得只执行一个简单的功能,那会怎么样?” “这样的程序没有意义,”大师说,“但如果这样的程序存在的话,操作系统最后将失效,产生错误。” 但初学者不满足,他问:“如果操作系统不失效,那会怎么样?” “没有不失效的操作系统,”大师说,“但如果这样的操作系统存在的话,硬件最后将失效,产生错误。” 初学者仍不满足,再问:“如果硬件也不失效,那会怎么样?” 大师长叹一声道:“没有不失效的硬件。但如果这样的硬件存在的话,用户就会想让那个程序做一件不同的事,这件事也是错误。” 没有错误的程序世间难求。(摘自《编程之道》) 错误是一种严重的软件缺陷。测试的目的是为了发现尽可能多的缺陷,并期望通过改错来把缺陷统统消灭,以期提高软件的质量。由于测试与改错并不能体现软件开发人员的聪明才智,相反地,它们带来了更多的烦恼与牢骚。因此在教学和开发实践中,软件测试总是遭受冷遇。 医生犯的错误最终会被埋葬在地下,从此一了百了。但软件的错误不会自动消失。据统计,对于大多数的软件产品而言,用于测试与改错的时间将占整个软件开发周期的30%。如果不懂得有效地进行测试、改错,却花了那么高的代价,你不仅得不到功劳,也没人欣赏你的苦劳,你拥有最多的将只是疲劳。所以我们必须学会测试与改错,并且要把测试与改错工作做好。 7.1 测试的常识与道理 7.1.1 你真的懂测试吗? 在软件开发过程中,编程和测试是紧密相关、相辅相成的技术活动,缺一不可。从理论上讲,两者不分贵贱,同等重要。但在大多数软件企业中,程序员的待遇普遍要高于专职的测试人员。即使不考虑待遇问题,大多数人认为开发工作比测试工作有乐趣、有成就感、有前途。所以计算机专业人员通常会把编程当成一种看家本领,舍得下功夫学习和专研,但极少有人以这种态度对待软件测试。这种意识导致软件测试被过于轻视。不仅学生们在读书时懒得学习测试(目前国内高校似乎没有“软件测试”的课程),就连有数年工作经验的软件开发人员也未必懂得测试。 我在读博士学位时,某天有一位比我聪明、编程比我快、学习能力比我强的计算机专业博士生恭恭敬敬地请我坐好,并且史无前例地削了苹果请我吃,为的是向我请教软件测试问题。你必定以为这位仁兄好学之极,非也!他和我同窗三年,从未探讨过软件工程。只因为他明天要去应聘,生怕在面试时被人问倒,就央我当晚为他恶补一把。他还特地问起“白盒测试和黑盒测试”,因为那个公司曾经面试过这类问题。我讲了一会儿测试的概念与方法,他叹了一口气说:“这些玩意儿我读大学十年从来没搞过,怎么能记得住、讲得出来。唉,就去碰碰运气吧。” 我在公司里遇到的软件测试问题

您可能关注的文档

文档评论(0)

qiwqpu54 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档