作为一名软件测试工程师，我们的角色可以算是“战场上的后勤”，战役的胜败和所有团队人员都息息相关。但是难免碰到战役失败后，很多团队互相推脱的局面，而测试人员就是所有团队中的弱势群体，自然是首当其冲的背锅侠！相信你在做测试时肯定听过下面这些话吧：　　“哪有这么多测试时间，你加快点测就完了” 　　“这么明显的bug居然没测出来，这关我们开发什么事” 　　“出现这么多bug，你当时怎么测的啊” 　　“仔细核对下需求，这个不是bug” 　　“这么低级的bug你都测不出来吗？，你到底怎么做测试的？” 　　“这么明显的bug都没测出来就让我们上线了” 　　“研发时间不够，你压缩一下测试时间” 　　“你测...

      一、前言      作为移动互联网产品『最后一公里的守护者』，我们必须要清楚的知道自己该做什么、怎么做。但从版本迭代速度、需求量级、测试人员不断变动等方面综合来看，我们很多人都没有做好充分的准备。测试方法落后、测试用例覆盖不全、测试效率低下，使得测试将要成为阻碍产品质量进一步提升的另一瓶颈。      因此，沉淀一下自己的工作心得，希望能帮助更多的人完善测试设计，提升自我测试能力。      二、提高测试用例质量  &nbs...

从小入手，从简单的开始，然后慢慢的做更系统更复杂的性能测试。确定需求刚接触性能测试的同学往往不知道性能测试是有需求的。比如给我测一下系统的性能线上xx服务器挂了，能否重现一下线上问题如果你是性能测试同学，假设时间有限，这两个需求你只能接一个，你是接哪个？很多同学会选第一个，因为第一个需求似乎是性能测试的需求，第二个跟性能测试似乎没有特别强烈的关系。但是第一个需求太泛泛了，如果不细化的话操作起来会很难，第二个尽管看起来是亡羊补牢的行为，但现实工作中这类的需求很多，操作起来也是有套路的，不会特别发散。总之，建议新人在需求分析的时候接一些具体的，可以操作的需求。需求是否可以细化分解，基本就注定了性能...