为了账号安全,请及时绑定邮箱和手机立即绑定

当测试被团队忽略时,测试工程师应该停下来反思自己

2019.05.20 12:57 287浏览

图片描述

软件测试

1979年Glenford Myers在《The Art of Software Testing》一书中提出“测试的目的是证伪”这一概念推翻了过去“为表明软件正确而进行测试”的错误认识为软件测试的发展指出了方向软件测试的理论、方法在之后得到了长足的发展。 测试的目的是证伪不是要想尽一切办法将测试和开发对立起来而是想尽一切办法证明不存在伪这样测试工程师就不再是永远带“坏消息”的人。

1983年Bill Hetzel在《软件测试完全指南》中指出测试是以评价一个程序或者系统属性为目标的任何一种活动测试是对软件质量的度量。2002年Rick和Stefan在《系统的软件测试》一书中对软件测试做了进一步定义测试是为了度量和提高被测软件的质量对测试软件进行工程设计、实施和维护的整个生命周期过程。这也转变了测试的定义测试不单是一个发现问题的成果而是一个软件质量评价的行为活动是质量工程。质量工程学中对于软件失效是这样分析的:由于软件内部逻辑复杂运行环境动态变化且不同的软件差异可能很大因而软件失效机理可能有不同的表现形式。
20世纪90年代测试工具、系统开始大行天下。时至今日工程效率、DevOps越来越热测试工程师如果没有办法快速的融入其中就容易被淘汰。

软件测试工程师是一个技术岗位

在信息系统的质量保障过程中测试工程师发挥重要的作用但是却是一个没有实质性产出的角色。一个系统上线后平稳没有明显的被触发的缺陷。公司老板会认为开发技术实力强如果出了问题锅就甩给了测试。这到底是为什么呢

这现象并不是测试不重要其实是很多测试从业者偷懒带来的后果。相信很多人都知道软件测试过程中很重要的一项工作就是设计测试用例设计测试用例有很多科学的方法例如等价类、因果图、场景法、边界值。但是在如今很多软件测试工程师都已经将这些科学的方法丢到了一遍。这也难免会让一些不懂技术的人例如你公司的老板会认为你做测试做的事情和他自己使用一个APP或者一个WEB的方式没区别也就不会受到重视了。其实软件测试工程师是一个技术岗位除去设计和撰写测试用例以外呢你还是有很多和开发、运维交际的技能例如API的服务怎么做测试、服务间怎么解耦合、测试环境怎么部署、测试结果如何分析等等。

广义的自动化

现如今提高工程效率已经变成了一个大街小巷都在流传的一个话题无论是DevOps还是TestOps都在支持测试用更多的自动化手段代替手工。但是自动化并不是恒等于要写代码这是一个种狭义的自动化看法。自动化测试就是让测试阶段通过自动化的方式完成并不一定要写很多的测试脚本代码编写测试脚本仅仅只是自动化的一种方法。所谓条条大路通罗马因此测者推荐大家有代码能力的还是要尽量多谢代码。没有代码能力的测试工程师也不用诚惶诚恐现如今很多有效的工具都可以满足自动化的测试需求例如postman可以完成API的接口自动化的工作任务、基于图形的自动化框架可以完成UI的自动化任务需求。利用好各种各样的工具同样可以让你跟上工程效率的要求不被技术进展的车轮碾压。

点击查看更多内容

本文原创发布于慕课网 ,转载请注明出处,谢谢合作

0人点赞

若觉得本文不错,就分享一下吧!

评论

相关文章推荐

正在加载中
意见反馈 帮助中心 APP下载
官方微信

举报

0/150
提交
取消