放了一晚上,快凉了```
能做开发尽量做开发!
#5 楼 @m13890 你说的对,越往下写越发现不靠谱,了解代码,权当是为了更好的使用工具吧。我算是纯手工测试过来的,现在在做爬虫开发,工作内容其实差不多,薪资待遇天差万别。
#4 楼 @liyalin900416 看看代码,了解下工具的原理,回头更好的使用工具。
@monkey 求放
面试官说,我们公司没有测试,你是第一个测试,测试的架子和测试流程都 +10086
测试用例编写及维护···
别删代码,得不偿失。匿名的话,爆一下公司名字就行了。
#2 楼 @seveniruby 你是我辈楷模 + 劳模
#6 楼 @chenhengjie123 能一直做开发更好,而且了解了开发的头头道道后,回头做测试,会更加得心应手。
测试面试遇到的面试官很多并没做过专职测试,聊的技术问题也是五花八门的。我回忆整理下先。
2016 年,都要加油!
测试用例在敏捷中有一个很重要的点:可复用性。
一套好的测试用例应该跟一套好的开发代码一样,不仅能达到的测试需要,也能最大的减少因需求变动带来的工作量。
---以上内容针对创业项目无意义--
目前我们再尝试将测试工作重点前移,重点完成接口层的测试,依据需求文档和开发文档完善好接口测试用例,进行接口层持续集成测试。页面层的暂时先交给脑图吧,在项目不稳定期间它是个不错选择;
soapUI 这个专业工具反而没有被提到,python+excel 也是个不错的选择;
哪怕这种真能找出一堆 bug,技术团队和外包团队之间的沟通成本就够 “老板” 喝一壶的了,而且这种外包测试,都是最末尾的测试,哪怕真发现严重的 bug,修改成本那也是很可怕的(接口测试阶段发现的 bug 和系统测试阶段发现的 bug 修复成本天壤之别!)。
背锅大侠,非常形象。目前还背着运维的锅,两口大锅,压力山大。
在哪都得干活,干的更开心点,拿的钱更多点,还能学的更多点,为什么不去 “更” 好的公司?无论创业 or 大公司。
可以吐槽下测试的岗位要求么?
咕~~(╯﹏╰) b,功能和蒲公英一样。(目前在用蒲公英,感觉良好。)