软件测试类内容

软件测试名词解释

 

软件缺陷----软件中含有符合下面5 条规则之一的问题称为软件缺陷：
◆软件未达到产品说明书标明的功能。
◆软件出现产品说明书指明不会出现的错误。
◆软件功能超出产品说明书指明的范围。
◆软件未达到产品说明书未指出但应达到的目标。
◆软件测试人员或用户认为软件难以理解，不易使用，运行速度缓慢等问题。

测试案例----测试用例的别名

黑盒测试----指测试人员通过各种输入和观察软件的各种输出结果来发现软件的缺陷，而不关心程序具体如何实现的一种测试方法。

静态测试----指测试不运行的部分，例如测试产品说明书，对此进行检查和审阅.

静态白盒测试-----指在不执行的条件下有条理地仔细审查软件设计，体系结构和代码，从而找出软件缺陷的过程。有时称作结构分析。

动态测试----通过运行和使用软件进行测试。

探索测试----通常用于没有产品说明书的测试，这需要把软件当作产品说明书来看待，分步骤逐项探索软件特性，记录软件执行情况，详细描述功能，综合利用静态和动态技术来进行测试。

等价区间----指测试相同目标或者暴露相同软件缺陷的一组测试用例.

测试设计----提炼测试方法，明确指出设计包含的特性和相关测试。如果要求完成测试还明确指出测试案例和测试程序，指定特性通过/失败的规则。

软件QA----QA= Quality Assessment 质量评价。防止软件缺陷称为软件QA。

TQM 或者TQC 原理----TQM(全面质量管理)或者TQC(全面质量控制)。其原理是，用集中的质量评判团队来负责质量是不实际的，因为工作的人不负责质量，所以他们不会设法实现质量评判目的。要想制造高质量产品，需要创立从管理开始自上而下的质量意识，使全体成员共同承担质量责任。

SQC----软件质量控制(SQC)是测试团队很常用的名称。该名称来源于制造行业，其中QC 检验员对生产线上的产品进行采样、检测，如果测试失败，他有权停掉生产线或者整个工厂。测试团队很少有这种授权。

Murphy 法则---永远不会有足够的时间把事情做好，但是总有时间返工。软件开发小组需要遵循一个过程，花费一些时间，变得有条理，一开始就设法作对。

 

软件测试技巧

 

（ 1 ） 边界测试，测试用户输入框中的数值的最大数和最小数，以及为空时的情况。
　（ 2 ） 非法测试，例如在输入数字的地方输入字母。
　（ 3 ） 跟踪测试，跟踪一条数据的流程 , 保证数据的正确性。
　（ 4 ） 在开始测试时应保证数据的正确性，然后在从系统中找出各种 BUG 。
  （ 5 ） 接口测试，程序往往在接口的地方很容易发生错误，要在此模块测试勿掉以轻心。
　（ 6 ） 代码重用测试，在开发过程中有些模块功能几乎相同，程序员在重用代码时可能忘记在原有代码上修改或修改不全面，而造成的错误。
  （ 7 ） 突发事件测试，服务器上可能发生意外情况的测试。
　（ 8 ） 外界环境测试，有些系统在开发时依赖于另外一个系统 , 当另外一个系统发生错误时 , 这个系统所受到的影响的情况。
　（ 9 ） 在程序员刚修复 Bug 之后的地方 , 再找一找，往往程序员只修复报告出来的缺陷而不去考虑别的功能在修改时可能会重新造成错误。
　（ 10 ） 认真做好测试记录在做完一天的测试记录之后 , 第二天再根据第一天的测试记录重复测试你会发现有未修正的错误。
　（ 11 ） 文字测试，如果在系统中有用词不当的地方，我想这是不应该的。
　（ 12 ） 系统兼容测试，例如有些程序在 IE6 能运行正常，到 IE5 下不能运行。有些程序在 WIN2000 下能运行，而到 WIN98 却不能运行。像一些很特别的用户去使用系统，你很有可能发现 BUG 。
　（ 13 ） 用户的易用性测试，往往用户的需求是不断的变化的，而其中的一部份变化的原因，是有用户操作上不方便引起的。
以上举例了一些 测试技巧，实际的技术能力和经验，最好能在比较权威的培训中心学习一下，这样会少走很多弯路，也会变的容易轻松很多。

软件测试员自身素质培养

（ 1 ） 首先，应对软件测试感兴趣和对自己有自信，如果具备了这两点，那么在开发过程中不管遇到什么样的困难，我相信你一定能克服。
　（ 2 ） 善于怀疑，世界上没有绝对正确的，总有错误的地方，具有叛逆心理，别人认为不可能发生的事，我却认为可能发生。别人认为是对的，我却认为不是对的。
　（ 3 ） 打破砂锅问到底的精神，对于只出现过一次的 bug ，一定找出原因，不解决誓不罢休。
　（ 4 ） 保持一个良好的心情，否则可能无法把测试作好。不要把生活中的不愉快的情绪带到工作中来。
　（ 5 ） 做测试时要细心，不是所有的 bug 都能很容易的找出，一定要细心才能找出这些 bug 。
   （ 6 ）灵活一些，聪明一点，多制造一些容易产生 bug 的例子。
　（ 7 ） 在有条件的情况下，多和客户沟通，他们身上有你所需要的。
　（ 8 ） 设身处地为客户着想，从他们的角度去测试系统。
　（ 9 ） 不要让程序员，以 “ 这种情况不可能发生 ” 这句话说服你，相反，你应该去说服他，告诉他在客户心里，并不是这样的。
　（ 10 ） 考虑问题要全面，结合客户的需求、业务的流程、和系统的构架，等多方面考虑问题。
　（ 11 ） 提出问题不要复杂化，这一点和前面的有点矛盾，如果你是一新手，暂时不要管这一点，因为最终将有你的小组成员讨论解决。
　（ 12 ） 追求完美，对于新测试员来说，努力的追求完美，这对你很好，尽管有些事无法做到，但你应该去尝试。
　（ 13 ） 幽默感，能和开发小组很好的沟通是关键，试着给你的开发小组找一个 “ BUG 杀手 ” ，或对他们说 “ 我简直不敢相信，你写的程序居然到现在没有找到 BUG ” 。