从自身的经历讨论手工测试与自动化测试

Posted 2021-08-02 程序员小捣

在我还没有踏入测试领域的时候，就知道了自动化测试与手工测试的争论，现在，我就以我们公司的项目为例，讲述一下我认知的手工测试与自动化测试。

因为保密原则，不方便透漏项目的名字，就以项目表示了。我的工作是测试web端界面+后台测试，因为公司不是很大，测试流程是很不规范，请不要介意。

首先说明，web端开发，我们公司没有专业人员，就外包了出去，测试还是我们这边来。

先说web端测试：

（1）web端在UI布局、整体协调性、字体是否有错误等方面，是只能用手工测试，没得选。（2）软件整体改变较大，这就造成了自动化时，时间成本太大，这个是很多公司所不能接受的。（3）测试的内容方面，逻辑性强，复杂度高，单纯的自动化测试用例很难检测出来问题。（4）公司的测试人手是否充足，向我们公司，原先三个测试，现在就我一个。 根据我们的项目，阻碍自动化最大的就是第二、第三点。

我们开发的项目，在开发过程中，客户会不时的检查，结果就是以前软件开发流程中的软件设计部分，在客户眼中，根本形同虚设，客户说这里需要改，那里需要添加，是常有的事（小公司的悲哀）。我记得刚开始测得时候，项目是四个页面，现在已经添加到七个了，而且页面里的功能也在不断的改变，在有限的时间内，跟本没有充足的时间的去做自动化。而第三点，也是一个很关键的因素。测试，就是要检测出问题，不分手工与自动化，能测出bug就是好方法，而我们的项目，各个模块之间连接性很强，问题的对错没有硬性标准，只是在七八个条件下去分析是否合理，这就造成在编写脚本的时候耗时过高，还不能确定问题的对错，很不适合自动化。　　也就是说，我们的项目在web端测试方面，整体都是以手工测试为主，只是在定位bug的时候，编写了大量的脚本辅助web端测试。

后台测试就简单多了，纯数据，而且后台的测试，也是为web端测试服务。很多web端不能确定的问题，都会拿到后台直接进行测试，测试过程也是linux命令与shell脚本，这个可以划拨到自动化测试了。

当然，不是说自动化测试不好，而是要看各个公司的项目情况了，刚好，我们的项目就属于那种需要手工测试大于自动化测试的项目。加上我在上家公司测试web端项目的经历，一个web端项目，只有百分之三十左右的代码是稳定的，可以用自动化，剩下的都是版本更新迭代很快的，特别是在中小型公司，代码稳定部分会更少。这里不是否定自动化测试，只是说在web端测试，还是是手工测试为主，自动化测试为辅。同时自动化测试，在编写脚本方面，也是一件不容易的事，阻止了一份人在测试的时候，会不自觉的绕开自动化去选择手工测试。

对于项目的测试工作，选择用手工测试还是自动化测试？其实不用选，是都需要，只是看谁为主，谁为辅。手工与自动化，没有贵贱高低，只有适用不适用。

最后:【可能给予你一定的帮助】

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!
关注我的微信公众号【软件测试小dao】免费获取~

我的学习交流群：644956177 群里有技术大牛一起交流分享~

如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一键三连哦！