软件探索性测试 笔记二

测试十戒律:

  1、你应该使用大量输入,来反复锤炼被测的应用程序

  大规模的随机测试(自动化),而且有助于理解输入和输出的关系;

  2、你应当贪图你的邻居的应用程序

  3、你应当亲自寻找睿智的预言家

  对应的输入是否有对应的输出,也就是测试基准是否清楚的了解特定输入和环境条件组合的情况;

  尝试让测试基准自动化,也许做不到,但是这样思考你可以选择做更有效率的工作;

  4、你不应该崇拜无法重现的失效

  尽最大努力注意并记住(或记录下)对软件采取的动作次序,同时记住应用程序的响应;

  考虑使用调试器之类能追踪动作和软件状态的工具;

  警惕为它白白花去了一整天的时间;

  5、你应该尊重你的模型和自动化测试

  测试模型是关于应用程序做些什么(即模型)和怎么去做(即自动化测试)的点滴智慧的结晶;

  即使做不到自动化,也应该尝试;

  6、你应该利用开发人员的过错与他们作对

  总结开发人员的错误类型,理解他们自己的错误模式,然后将该类型错误的测试运用到该开发人员编写的每个模块;

  7、你应该醉心于应用程序的谋杀(诸如让你的机器蓝屏吧^_^)

  对于任何一个缺陷应该深入调查,而不是轻易放过;

  确认自己是否确实了解缺陷的影响程度和破坏力;

  8、你应该保持产品发布时刻的圣洁

  不要抱怨发布日期,当时间不够以前,应提前警告后果;

 9、你应该贪图开发人员的源代码

  理解错误处理代码,以及哪些输入能触发他们;

  10、不能假设任何东西

  在我们验证某个缺陷是真之前,不要相信它是真的;

  测试时,应该什么都不期待,既不期待他应该发生,也不期待他不应该发生;

  个人总结:

  1、重点关注错误处理代码

  输入过滤器:用于防止错入得输入进入被测试的软件;

  输入检查:用于保证软件不会使用错误的输入;

  异常处理;

  输入类型,输入长度,和边界值;

  2、应该具备的特点:

  不断超越自己、质量至上、持续教育;

  不要为逃脱的缺陷而懊恼,把它们当做是一个学习的机会;

  对自己的训练:

  有趣的观点:

  1、软件测试是门学科,不是技艺,也不是艺术,是需要通过训练的;训练的意思是理解学科的每一个细节!

  2、在事先不了解如何正确编制软件的情况下,不存在建立一种软件开发方法,让质量更好的可能!

  3、评估测试人员,不要用软件缺陷的数量、软件缺陷的严重性、测试用例的多少、自动化测试的代码量、回归测试套件的数目以及任何具体的指标来衡量。测试人员是有责任教育破坏质量的人,哪些行为是错误的,以及如何改进

本文出自seven的测试人生公众号最新内容请见作者的GitHub页:http://qaseven.github.io/

时间: 2024-09-21 18:54:06

软件探索性测试 笔记二的相关文章

软件探索性测试 笔记一

一些有意义的条目: 1.考虑自动化是否能发现有价值的缺陷,是否经得起时间的考验,是否值得付出维护费用 2.决定需要测试什么和何时测试 *对于每一个被发现的缺陷,明确的讨论它应该在什么时候被发现 3.决定如何测试 *是否有一种特殊的路径引导人员找到这个缺陷 *这种功能或特许最好用哪种给定的方法来测试 *知道当前已经进行了哪些测试,以及我们目前和将要进行的测试如何才能增加总体测试效果 *发现软件问题,需要实际用户在实际的环境中,用实际的数据,去做实际的工作 *简单重复的工作实现测试自动化 4.测试中

软件探索性测试 笔记四

*建立起一个全局目标后,再开始测试 探索式测试的几个目标: 1.理解应用程序如何工作.它的接口看起来怎样.它实现了哪些功能 2.强迫软件展示全部能力: *目的是让软件努力运行,证明软件确实实现了设计时所要求达到的功能 3.找到缺陷,并有目的的使缺陷数量降为零 把软件特性划分成几个相互重叠的"区域",具体区域和测试方法如下: 商业区: *含义:用户所要使用的软件特性和功能,你的软件包装盒上描述的特性和掩饰的特性及代码 测试方法: 1.指南测试法:根据用户说明书来测试 2.卖点测试法:观摩

软件探索性测试 笔记三

把所有要做的事情按照优先级排序,然后从最重要的事情做起 进行局部探索式测试的决策的5要素:输入.状态.代码路径.用户数据.执行环境 输入: 1.识别哪些输入值和其他输入有关联,在同一个测试用例中使用它们 2.识别和考虑输入的先后顺序 3.注意区分非法输入是input filter.还是input check,还是使用exception *留意是否可以绕过input filter *留意ctrl,alt,shift按键组合的字符,找出特殊字符 4.注意测试不输入任何值的情况.默认值的情况 *留意默

Java软件开发学习笔记(二)

笔记 1. 相关知识1.1 Java编程语言是从一开始就支持软件本地化的第一个编程语言. 所有的字符串都使用Unicode 1.2 要本地化的内容: 数字 123,456.78 英国 ; 123.456,78 德国 货币 日期 3/22/61 美国 ; 22.03.1961 德国 March 22,1961 ; 英文 22. Marz 1961 德语 ; 1961年3月22日 中文 时间 文本 -> 图形用户界面(集中以上情况) 1.3 Locale类 locale, 简单来说是指语言和区域进行

自动化测试(AT)与探索性测试(ET)

软件自动化测试 自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程.通常,在设计了测试用例并通过评审之后,由测试人员根据测试用例中描述的规程一步步执行测试,得到实际结果与期望结果的比较.在此过程中,为了节省人力.时间或硬件资源,提高测试效率,便引入了自动化测试的概念. 前提条件 实施自动化测试之前需要对软件开发过程进行分析,以观察其是否适合使用自动化测试.通常需要同时满足以下条件: 1)软件需求变动不频繁 测试脚本的稳定性决定了自动化测试的维护成本.如果软件需求变动过于频繁,测试人员需要

软件Web测试中应用性能测试的探析

一.引言 跟着收集手艺的迅速成长,尤其是WEB及其应用轨范的普及,各类基于WEB的应用轨范以其便利.快速,易操作等特点不竭成闻敉件开发的重点.与此同时,跟着需求量与应用规模的不竭扩年夜,对WEB应用软件的正确性.有用性和对WEB处事器等方面都提出了越来越高的机能要求,对WEB应用轨范进行有用的系统的测试也逐渐成为人们研究的主要课题. 今朝可以见到各类WEB处事器平台,然而按照Mereury的研究陈述,98%的WEB处事器都没能达到人们所期望的机能,平均只能阐扬人们所期望机能的1/6摆布.WEB机

寻找用户轨迹的“探索性测试”

国内的大部分公司在做交互设计的时候很大部分都是处于探索阶段,但是因为产品的商业价值很难允许失败,所以很多设计师对于交互设计的结果都很难确定,甚至会因此屈服于商业价值,从而导致了一个恶心循环. 在上次的D4设计论坛中,针对于口碑网改版的设计方法,UT斯达康的设计经理提到了利用新旧入口的方式来进行用户测试,并提出了使用新界面提供老界面入口的方式进行用户测试.在我们设计产品的时候其实也可以利用产品的特性进行一些"探索性测试". 测试大致可以分成几种:一种是验证性的测试,在知道结果的前提下进行

《 软件测试价值提升之路》——1.7 优秀软件公司测试团队职责的启示

1.7 优秀软件公司测试团队职责的启示 总结以上典型软件公司的测试团队职责见表1-1. 通过这些软件公司的测试团队职责,可以看出以下几点:1)产品的特点和测试的职责有关:如果产品是自运营的,首先,用户使用问题可以第一时间反馈到研发团队:其次,研发团队可以通过灰度发布.沙箱等手段控制缺陷的影响范围,降低缺陷的风险:最后,修改缺陷以后,上线的过程不会太繁琐.缺陷生存的时间较短,可以容忍一部分缺陷在产品上线之后被客户发现.因此自运营的产品研发团队对功能缺陷并不十分敏感,也没有强调测试应该保障质量.这些

易用性测试和探索性测试

近些年来,随着敏捷开发方法和互联网企业的发展,易用性测试和探索性测试被越来越受到关注. 客户也经常提这样的概念或者尝试实践.有些客户可能只做易用性测试,有些客户则关注探索性测试.还很少看到两者都做得.这里简单诠释下两者的相同和不同,如果有不同意的地方,敬请指正. 相同点 1. 易用性测试和探索性测试都是面向业务的测试.所谓面向业务的测试是区别于面向技术的测试,它更多关注用户感受,逻辑是否合理,流程是否正确,功能是否有遗漏等. 2. 两者属于手工测试范畴.虽然有时候用户也可以用工具辅助做探索性,但