软件测试到底难在什么地方？

lsekfe

觉得容易是因为测试的工作确实如很多人想的那样：点点点，写点用例，执行完了报告一下完事了。要是你愿意永远每天写几个步骤让自己和别人点点点，公司的产品能用就行，也不在乎用户用的爽不爽，反正需求正常就好，也不会在乎自己的眼力，重复点个几百次来发现一些隐藏比较深的问题，那确实是没什么难的。不用管流程，业务，技术，随便叫几个人就能干。
　　软件测试无非就是写几个测试用例，再去执行，再把bug汇总。
　　这种想法其实很危险，只会做这种的，在公司里只能是任人鱼肉，没有话语权，没有自主权，甚至连唯一一点学习的权利都争取不到。你想在这样的环境里996，干了几年还是这种思想，那时候被家庭、女朋友、自己、环境等原因无发再提升时，只好混吃等死。
　　这种人我身边遇到一大把，觉得当初测试容易，钱好混，干了几年还是那个样子，跳来跳去还是干那些工作，谁不会，随便叫几个人就能干了，公司为啥还要你？
　　不敢说测试难在哪，我现在心思扑在技术上，自动化，写脚本，搞性能不觉得难，只要弄懂了随时都能完成工作，但是业务、流程怎么更好的理解、完善，用例怎么覆盖，迭代那么快，怎么处理好遗留问题、提高用例编写，各需求间的关系，这些是我觉得难的，好在小组长能处理这块的事情，但小组长技术不行，脚本那些我帮着做，他觉得技术比业务难。
　　要我单独处理两边，估计会爆炸。
　　测试不难，花点时间弄懂其中之一的一点点就能很好的工作，要弄懂两者怎么结合，怎么深入，怎么更好的服务工作，提高产品质量就是另一个层面了。