从业以来，见过很多人，看过很多事。唯独“测试”我觉得是我自己选的路。所以现在这个时间点，我想分享下我对测试的看法：
1、测试 ：“轻松” + “劳累”
作为一个测试，你可以轻松的没有下限，也可以劳累的没有上限，这一切取决于你。
我也见过加班如痴如醉的，同样也见过下班准时打卡走人的；
我见过功能测试一条道走到黑的，也见过功能测试转性能测试、转安全测试的；
我见过和开发“斗争”的，也见过和开发嬉笑颜开、倾力合作的；
反正测试岗位，作为软件生命线中重要的一环，轻松和劳累，取决个人！
2、专业性和非专业性
如何看出一个测试员的专业性？
我一直在思考，
- 是对产品逻辑的深度解读？
- 是对开发代码的解读？
- 是对测试用例的覆盖率的高低？
- 是对项目评审中发现产品的缺陷？
- 是说测试思路的完整性？
- 还是会不会使用测试管理工具？
工作发现，其实以上都是必要的！
一个测试不了解产品逻辑，失败！
一个测试不了解开发代码，失败！（哪怕借口说：“我不懂代码”，依然失败）
一个测试不会写测试用例，失败! (哪怕说用例不规范，经不起用例评审，依旧失败！)
一个测试在对接产品需求的时候，不能很好的发现产品文档/需求规格说明书的缺陷，失败！
一个测试没有完整的测试思路，失败！
一个测试不会使用相关工具，失败（不用多说，禅道、JIRA等工具至少得会一个）
3、测试需要的能力
需要的能力很简单：（有么？）
- 业务知识：业务逻辑清晰，合乎业务流程图。
- 设计知识：设计测试用例，前提是规范设计。
- 测试知识：测试基础理论，参考软件工程学。
- 用户知识：设身处地测试，代入软件用户群。
4、测试是什么？测试的目的是什么？测试的意义是什么？测试的价值在哪里？
1）测试是具有试验性质的测量，即测量和试验的综合。
2）软件测试的目的是发现软件中存在的错误，提高软件质量，降低软件项目的风险。
3）对软件质量进行度量和评估，以验证软件的质量满足用户的需求的程度，为用户选择和接受软件提供有力的依据；
- 通过分析错误产生的原因帮助发现当前开发工作所采用的软件过程的缺陷；
- 通过测试结果的分析整理，还可以修正软件开发规则，并未软件可靠性分析提供依据；
4）软件测试的真正价值并不体现在代码中找出了多少缺陷，而是发现设计和编程人员解决问题方法上的局限，思路中的狭隘和技能方面的不足。
5、测试工作要不要规范？
我的答案是：必须规范！做不得半点退让！测试要对产品质量负责！工作性质在这里，容不得不规范！
- 有理由要求产品规范文档管理；
- 有理由要求开发规范代码注释、详细设计说明书/概要设计说明书的规范提供；
- 有理由要求向上方提需要支持的要求。
只因为测试真的是产品在可控范围内的最后一班岗！容不得半点差错！
只因为发布出去的产品，就要接受来自用户们的评判！容不得半点差错！
