有测试员抱怨开发很糟糕，但我们没办法要求开发在会写代码的同时还要把代码写好，没有过多的bug，因为这就是我们的工作；测试员吐槽自己的老板很较真，但我们没办法拒绝领导们的批评指责，因为批评代表我们还有继续提升的价值……除了批评外，我想每个测试员都怕被无时无刻的刨根究底，无止无休的问长问短。
作为一名软件测试员，工作有时候挺苦逼的，有时候想说：我太难了……
如果你问我做测试做了这么久最怕被问什么，我想一定是这句：测得怎么样了？除此之外还有：还有问题吗？什么时候能测试结束啊？如何对测试人员进行考核啊？......
不知道各位测试同仁是如何看待这些问题的？记得最初我一听到这些问题就头皮发麻，然后胡乱的应付几下了事。今天我们就先来说一说第一个最怕被问到的问题："测得怎么样了？"
首先我们先分析一下为什么管理层喜欢问这个问题，其实如果抛开测试的内容（这个问题就变成：干得怎么样了？），这个问题对于一个上级来询问下级的工作是最普通不过的了，但是如果加上测试两个字，你会发现这个问题几乎没有办法回答。
因为凡是有一点测试常识的人都会知道，测试是不可能有尽头的，无论你覆盖多么广，测试多么细致，一定会有没有测试到的"死角"，这些其实都是客观存在的事实，谁也无法改变。
对于"测得怎么样了？"这类问题若想回答得让提问者满意，至少要做到以下三点：
1、首先我们要就测试工作的这个特点和管理层进行一定的沟通，先要让上级接受一个事实：测试无论如何都不可能让软件做到"零缺陷"。
2、如果您的上级也同意这个客观存在的现实，那么接下来我们还必须说清楚另外一件事情，那就是我们虽然做不到零缺陷的测试，但是我们有责任要清楚地告知管理层我们测试过程中的"死角"有哪些？
3、清楚了"死角"之后，最后要分析这些测试死角可能带来的风险是什么？
以上这些内容分析清楚之后，只能说问题交代清楚了，但是这件事远远没有结束，如果要想比别人做测试更有成就，我们还要做以下几个方面的工作：
- 针对分析出来的风险，要继续明确这些风险可能会对我们目前的项目造成的危害有哪些？
- 如果发生了这些风险，相关的解决措施是什么？
- 这些方案的实施造成的成本和时间的损耗是多少？
蓦然回首，软件测试风风雨雨这5年，起初每天的工作只是鼠标点点点，别问我测试用例咋写，我还真不知道，闲的时候真的怀疑自己的存在价值。但那只是我以为，时间荏苒，工作越久越能体会测试才不是这么简单，只会点点鼠标，并不能走的长远，工资也渐渐的无法满足生活需求。恍然明白，对于一个测试员而言，自己没有一个很好的框架，完全跟着感觉走，根本写不出好的测试用例。
测试绝对不是一个人闷头干，避免不了与人打交道，其中与开发沟通交流的最多，倘若遇到好的开发，流程是这样的：你提出bug→开发找原因→开发找代码问题→开发修改；倘若遇到不好说话的开发，流程是这样的：你提出bug→开发不搭理你→与我无关→讲一堆开发语言→继续不搭理你→你只能生闷气。
所以，为了与开发沟通方便，我开始学习编程语言，什么Python、Java……不求写出完美的代码，但求与开发缩小代沟，同时对于我日后软件测试的职业发展肯定会有帮助。再继续我的测试生涯，忽然发现，测试这一行，总是千差万别，自己会的别人不会，而别人会的自己很多不会。
快速理解业务→梳理项目需求→测试用例设计……这些都是作为一名测试员的基本要求，如果想更好的提高工作效率，会做自动化测试→性能测试→安全测试等真的很有必要，同样每项测试都离不开深入理解业务→整理定位测试需求→设计合理的测试用例→筛选合适的测试工作→掌握测试工具的使用→分析测试结果……
如果想要使用测试工具，总得会编写代码吧，单单只会录制回放，同行见同行，肯定会成为人家的笑柄，同样，分析结果也少不了代码的加持、硬件设备的了解以及数据库的使用……
总之，无论欠缺了哪一样，对于测试员而言都是给自己挖了一个坑，没有充分的证据，自然会被开发怼，没有足够的技能，当然会被领导批；唯有不断的提升自己，不断地学习学习，才能把坑填平，才能升职加薪拥有更好的职业发展。
实战案例
光学理论是没用的，要学会跟着一起敲，要动手实操，才能将自己的所学运用到实际当中去，这时候可以搞点实战案例来学习。
如果对你有帮助的话，点个赞收个藏，给作者一个鼓励。也方便你下次能够快速查找。
如有不懂还要咨询下方小卡片，博主也希望和志同道合的测试人员一起学习进步
在适当的年龄，选择适当的岗位，尽量去发挥好自己的优势。
我的自动化测试开发之路，一路走来都离不每个阶段的计划，因为自己喜欢规划和总结，
自动化测试视频教程、学习笔记领取传送门！！！
