测试用例
测试员小何
如果对软件测试有兴趣,想了解更多的测试知识,解决测试问题,以及入门指导,
帮你解决测试中遇到的困惑,我们这里有技术高手。如果你正在找工作或者刚刚学校出来,
又或者已经工作但是经常觉得难点很多,觉得自己测试方面学的不够精想要继续学习的,
想转行怕学不会的,都可以加入我们644956177。
群内可领取最新软件测试大厂面试资料和Python自动化、接口、框架搭建学习资料!
展开
-
测试的艺术:测试用例的设计
由于时间和成本的约束,软件测试的最关键问题是:在所有可能的测试用例中,哪个子集最有可能发现最多的错误测试方法:黑盒测试等价类划分(Equivalence Partitioning)严格控制测试用例的增加,减少为达到“合理测试”的某些既定目标而必须设计的其他测试用例的数量它覆盖了大部分其他可能的测试用例。划分了等价类后,就可以说,如果对该集合中某个元素所进行的测试没有发现错误的话,那么对该集合中其他元素所进行的测试也不大可能会发现错误。使用等价类划分方法设计测试用例主要有两个步原创 2020-08-19 20:54:44 · 263 阅读 · 0 评论 -
软件测试工程师如何写好一个BUG报告?
为什么是好的Bug报告?如果您的错误报告是有效的,那么它得到修复的机会就会更高。因此,修复bug取决于您如何有效地报告它。报告错误只是一种技能,我将解释如何实现这一技能。“编写问题报告(bug报告)的目的是修复bug”-由CemKaner编写。如果测试人员没有正确报告错误,程序员很可能会拒绝此错误,称其为不可复制的。这会伤害测试员的道德,有时也会伤害自我。(我建议不要保持任何自我。自我就像“我正确地报告了错误”、“我可以复制它”、“为什么他/她拒绝了这个错误?”、“这不是我的错”等等)。一个好的软件原创 2020-07-30 22:11:12 · 2002 阅读 · 0 评论 -
6年自动化测试用例设计思想指南
不少新手小白刚刚掌握了写脚本的能力,一上来就拿着功能测试用例一条一条的转化成自动化用例。在编写的过程中,会发现诸多问题,例如,脚本中重复代码很多,一个脚本的执行结果影响到另一个脚本的执行,有些功能用例很难转化成自动化用例等。** 自动化测试用例设计思想指南**下面谈谈几条指导建议:站在用户角度设计自动化在功能测试的时候我们一般会遵循这个原因,但是自动化测试往往可以实现更强大的功能,所以,我们在设计脚本的时候很容易违背这个原则。例如,你要获得的数据是用户不可见的,你要判断用例是否成功的信息也是用户不原创 2020-07-30 19:14:26 · 348 阅读 · 0 评论