软件测试培训

400-111-8989

热门课程:

软件测试最容易陷入的误区（中）

发布：软件测试培训
来源：软件测试资源分享
时间：2019-08-08 14:52

11我不适合做开发，做测试吧

这个观点特别适应于应届毕业生，在以前面试的过程中，有些人就觉得我代码写的不好，所以入行转做测试的工作，还有一部分人稍微明白一点开发，但是觉得自己在开发方面没什么优势，主动给自己定位做测试工作。其实测试要掌握的技能远比开发多得多，至少面要广得多，要做一个好的软件测试工程师，远比做一个开发人员难得多。

12机器自动化将会代替手工测试

现在很多人都在传自动化测试将会替代手工测试，首先有这种想法的人，一定还没有真正了解自动化测试，自动化是为了做回归测试的，自动化脚本是人工编写或录制完成的，只能覆盖大体的业务流程，并不能对软件进行详细的测试覆盖，详细的测试还是需要手工完成的，不然自动化脚本维护的时间成本将会大大增加，适得其反。而且新功能是必须进行手工测试的，只有老功能才可以进行自动化测试。自动化是为了提高测试效率而存在的测试手段，而不是为了替代手工测试而出现的。

13使用了软件测试工具，就是进行了有效的测试

测试工具是为了协助测试工程师更高效的完成测试工作，是否能够有效测试，完全取决于使用工具的人的技术水平。水平强，则测试结果有参考价值，水平弱，则测试结果一塌糊涂。

建议大家还是要以手工测试为基础，工具只是为了提高测试效率，为了更好的完成测试工作，并不是用工具测试就一定有效。

14规范化软件测试是增加项目成本

一个软件测试过程如果不规范的话，结果一定不会很理想，规范严谨的测试过程，可以大大提高测试质量，这不是增加项目成本，而是减少了项目的隐患，甚至是上线后的损失。

一家不重视测试规范的公司，其产出的软件一定不会有太大的市场竞争力。其后果，也不应该由测试人员承担。

短期内通过增加软件测试投入，迅速达到零bug

测试人员都应该知道一个原则，就是完全测试是不可能的，所谓的零BUG，再牛的测试工程师也做不到，并且软件测试是贯穿整个项目生命周期的，需要尽早的介入测试，如果在项目后期加大测试力度，也并不能有效的提高测试质量。因为测试人员没有时间理解软件的业务流程和接口逻辑。

16忽视需求阶段的参与

软件测试的开展一定是从需求阶段展开的。没有需求文档就无法衡量测试周期和测试范围，也就无法编写测试计划和测试用例，所以忽视需求阶段的参与，对于项目质量来说是灾难性的结果。

17忽视用户操作密集和核心功能的回归测试

很多人认为用户经常操作的地方就不会出现问题，但是一个项目更新后，很可能导致以前的核心功能受到了影响，新的代码对老的业务造成了破坏，所以说，回归测试一定不能忽视核心功能以及用户密集操作的模块。相反，应该重点回归!