如何提升手工测试的技术性

其实想到这个命题已经有很长一段时间了。

有一天， 公司的开发人员告诉我， 测试就是一轮一轮的， 执行测试用例， 没有任何新意。 这个说法是现实的。 也的确是测试工作的一些反映。 但QA的工作是不是就是这样呢？ QA的测试是不是必须靠自动化去提升手工测试的技术含量呢？ 我个人的意见， 是肯定不是的。

那就首先说说手工测试的技术含量吧。

一轮测试的开始， 对于QA， 偷懒的办法， 不用动任何脑筋， 把手上的所有CASE都执行一遍。 当然这样稳妥。 但对于SENIOR QA， 不应该这样。 在测试开始时， 应该去了解产品的哪部分做了改动， 去和DEV讨论哪里最容易出问题。 选择性的进行测试。 这里又涉及到另一方面， 这样是有风险的。 所以， 需要把自己负责的部分分出基本功能的覆盖, 加强功能。。。选择性的进行测试。 个人觉得， 一个好的QA不是一遍一遍反反复复去执行测试用例， 而是选择出合适的测试用例。 这个应该占用测试时间到70%。

手工测试并不像有些人想的那样简单， 只是在界面上点点。 这点点， 我想才是包含着QA的思路。 为什么要这样点， 这就是测试的技术思路。 举例来说， 一个界面上简单的对话框， 就会包含很多测试点。 包括UI， 功能。 细化到还有UI 的逻辑设计， 功能的边界值设计等等。

所以， 手工测试和自动化测试针对点不同， 占据着各自重要的位置。 一个高级的手工测试人员并不简单。 知道吗？ 他们的价值就是那些宝贵的测试计划和测试用例。

个人随笔。