分享

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 软件自动化测试,个人觉得由于名字里面有个“Auto”,给人的感觉神秘又高深。软件行业似乎对自动化测试也有神化的倾向。实际上真正做过自动化测试的同学,我指的是对自动化测试有过一定思考的同学,对自动化的看法还是很现实的。我做自动化时间不长,大概有两年的时间,我很负责任的说,自动化其实也是一个坑。然而是火坑还是萝卜坑,与软件开发或是手工测试比是深还是浅?仁者见仁吧,我的看法:自动化不会解决所有问题,但是绝对值得拥有!自动化测试其实就是通过自动化工具执行定制好的测试脚本,可以节省人力和时间成本,提高测试效率。但自动化测试不是并不能完全代替人工测试。自动化测试能解决很多问题,同时也带来很多问题。下面是我...
            0 0 1459
            分享
          • 1、添加线程组2、添加察看结果树3、先创建一个http请求--家长ID,添加接口响应的参数;4、在察看结果树中运行下:5、在下一接口中-“家长ID、学生ID”中需要调用“家长ID”中的参数6、添加:后置处理器--正则表达式提取器。(从哪个接口获取就添加到哪里)引用名称:变量名称正则表达式:"parentStudentId":(.\d*)  (因为提取的是数字,所以用:\d)模板:模板是使用提取到的第几个值;匹配数字:0 代表随机取值,1 代表全部取值缺省值:表示参数没有取到值的话,默认给它的值。一般不填7、修改下需要引用的接口参数:"parentStud...
            11 11 672
            分享
          • 1)保持简单但不要太简单;使其复杂,但不要太复杂这种说法似乎是一个悖论。但是,我们保证事实并非如此。保持TC的所有步骤原子性和精确性。提及具有正确顺序的步骤,并正确映射到预期结果。测试用例应该是不言自明的,易于理解。这就是我们要让它变得简单的意思。现在,使其变得复杂意味着使其与测试计划和其他TC集成。在需要时,请参阅其他TC,相关工件,GUI等。但是,以平衡的方式做到这一点。不要让测试人员在一堆文档中来回移动以完成单个测试场景。甚至不要让测试人员紧凑地记录这些TC。在编写TC时,请始终记住,您或其他人必须修改和更新这些内容。2)记录测试用例后,作为测试人员查看一次永远不要以为一旦你写了测试场景...
            0 0 2095
            分享
          •   测试工程师在入行时,都会接触到一个名词——测试用例,都知道测试用例是干什么用的,提到设计测试用例的方法,大部分测试工程师都会侃侃而谈:等价类法、边界值法、判定表法、正交分解法……这些方法说起来都如数家珍,但是似乎在实际工作中,应用起来还不是那么得心应手,甚至还会有测试用例覆盖度不足的问题。  每当遇到这样的问题时,测试工程师多少都会有些无奈。测试用例写的已经尽可能详细了,但是评审时候,参与评审的角色,要么是因为用例太繁复而草草浏览一下,要么是说完后面忘了前面。而测试工程师的思路从思维导图转化为测试用例的时候,也往往达不到测试用例最初的目的——哪怕让小白来遵照执行,也应该可以看得懂。  那么...
            1 1 1063
            分享
          • 测试用例和缺陷报告模板对于测试工程师,必备技能之一便是测试用例的编写和软件缺陷报告的编写啦~下面提供一些模板还有项目实战样例供大家参考参考,1.通过Excel表格编写测试用例2. 缺陷报告模板下面来个实战案例3.在线课程作业管理系统项目测试用例(部分)4.缺陷报告实例这是我写的缺陷报告模板,可以参考下,可以把bug截图放进缺陷报告里,更直观的知道bug原因所在。(由于一些内容不是很方便共享,我做了马赛克处理,敬请原谅。仅供各位参考一下缺陷报告的模板可以采用这样的形式)测试用例是面试中经常被问及的,我实习面试面了四家,都被问到了!可见其重要性。作者:lucky多多原文链接:https://blo...
            14 14 2870
            分享
      • 51testing软件测试圈微信