软件测试从零开始之⼆二:开启测试之旅(上)
来源:互联网 发布:华为ec6108v9c安装软件 编辑:程序博客网 时间:2024/06/18 15:02
上⼀一章我们主要介绍了⼀一个⿊黑盒测试⼯工程师的主要⼯工作任务和⼀一些经验,本章我们分别
讲解下⼀一个测试开发⼯工程师的主要⼯工作内容吧。上⼀一章⽤用的是瀑布流程,这次⽤用敏捷的整个流程来介绍。
迭代过程
测试开发⼯工程师的内容
产品经理跟⼤大家讲解⽤用户story
跟开发⼀一起去理解⽤用户story
根据⽤用户story分解任务
跟开发⼀一起去分解任务
设计根据设计来分析模块的耦合,并且设计接⼝口测试⽤用例,同时评审开发的设计⽂文档编码
完成接⼝口测试⽤用例的编码,并推动开发去⾃自测
测试
完成功能⽤用例的⾃自动化和业务逻辑的测试
对于测试开发⼯工程师来说,⼀一个重要的⼯工作就是提⾼高开发的质量意识,来保证bug在早期就暴露出来。所以,对于测试开发⼯工程师来说,主要的⼯工作任务包括下⾯面⼏几个:
1、跟开发⼀一起搭建建持续集成的环境,通过该环境⾃自动完成代码覆盖率,单元测试,接⼝口测试和基本功能的⾃自动化测试等。2、通过持续集成的环境去推动或约束开发去做代码覆盖率和单元测试,以及代码的⾃自测,来提⾼高代码的质量。
3、评审开发的设计,保证设计⽂文档的质量4、完成接⼝口测试代码的编写和功能⾃自动化代码的编写。5、实时反馈当前代码的质量,并且给开发⼀一些改进建议。
从上⾯面⼯工作任务可以看出,为什么称为测试开发⼯工程师了吧? 因为干的是开发的活(写代码),⺫⽬目标跟测试⼀一样(保证质量和提⾼高效率)。
那么,我们该如何做好⼀一个测试开发⼯工程师的⼯工作呢?
1、有很强的coding能⼒力(这个也是为什么⽜牛逼的测试开发⼯工程师稀少的⼀一个原因了,因为coding能⼒力很强的⼈人⼤大部分会去选择做开发)。2、对常⽤用的持续集成⼯工具很熟悉(不仅仅是会⽤用),⽐比如:Hudson和Jenkins等。3、测试分析能⼒力(这个依然是个⼈人认为测试⼈人员⼀一个最重要的能⼒力,没有之⼀一)。4、对技术的兴趣。
⽽而对于⼀一个刚进⼊入该领域的测试开发⼯工程师来说,我们可能接触的⽐比较多的就是直接根
据具体的功能去做接⼝口测试和功能⾃自动化测试,这⾥里⼀一个最好的⽅方法就是多练习,不断的提⾼高⾃自⼰己的coding能⼒力。另外过程中去拓展接触学习下其他相关的内容。
⾄至于测试分析的能⼒力,这个可以多跟有经验的⼈人去交流,另外就是要经常总结和分析,
⽐比如:对于后⾯面发现的bug,其他⼈人的测试⽤用例,质量分析等等。(后⾯面会专⻔门介绍如何去提⾼高个⼈人的测试分析能⼒力,⼤大家可以关注下)。
相信经过不断的练习,⾃自⼰己是能够很快成⻓长为⼀一个合格的测试开发⼯工程师的,⽽而这个时
候如果你想去做开发也是⼀一件很容易的事情。对于这⽅方⾯面感兴趣的朋友可以去看看google测试之道,应该对⾃自⼰己的帮助⽐比较⼤大。
关于持续集成相关的知识,⼤大家可以参考下
什么是持续集成 随着软件开发复杂度的不断提⾼高,团队开发成员间如何更好地协同⼯工作以确保软件开发的
质量已经慢慢成为开发过程中不可回避的问题。尤其是近些年来,敏捷(Agile) 在软件⼯工
程领域越来越红⽕火,如何能再不断变化的需求中快速适应和保证软件的质量也显得尤其的重要。
持续集成正是针对这⼀一类问题的⼀一种软件开发实践。它倡导团队开发成员必须经常集成他
们的⼯工作,甚⾄至每天都可能发⽣生多次集成。⽽而每次的集成都是通过⾃自动化的构建来验证,包括⾃自动编译、发布和测试,从⽽而尽快地发现集成错误,让团队能够更快的开发内聚的软件。持续集成的核⼼心价值在于:
1持续集成中的任何⼀一个环节都是⾃自动完成的,⽆无需太多的⼈人⼯工干预,有利于减少重复过程以节省时间、费⽤用和⼯工作量;
2持续集成保障了每个时间点上团队成员提交的代码是能成功集成的。换⾔言之,任何时间点都能第⼀一时间发现软件的集成问题,使任意时间发布可部署的软件成为了可能;
3持续集成还能利于软件本⾝身的发展趋势,这点在需求不明确或是频繁性变更的
情景中尤其重要,持续集成的质量能帮助团队进⾏行有效决策,同时建⽴立团队对开发产品的信⼼心。持续集成的原则业界普遍认同的持续集成的原则包括:
1)需要版本控制软件保障团队成员提交的代码不会导致集成失败。常⽤用的版本控制软件有IBM Rational ClearCase、CVS、Subversion等;
2)开发⼈人员必须及时向版本控制库中提交代码,也必须经常性地从版本控制库中更新代码到本地;3)需要有专⻔门的集成服务器来执⾏行集成构建。根据项⺫⽬目的具体实际,集成构建可以被软件的修改来直接触发,也可以定时启动,如每半个⼩小时构建⼀一次;4)必须保证构建的成功。如果构建失败,修复构建过程中的错误是优先级最⾼高的⼯工作。⼀一
旦修复,需要⼿手动启动⼀一次构建。持续集成系统的组成由此可⻅见,⼀一个完整的构建系统必须包括:
1 ⼀一个⾃自动构建过程,包括⾃自动编译、分发、部署和测试等。
2 ⼀一个代码存储库,即需要版本控制软件来保障代码的可维护性,同时作为构建
过程的素材库。
3⼀一个持续集成服务器。
- 软件测试从零开始之⼆二:开启测试之旅(上)
- 软件测试从零开始之二:开启测试之旅(上)
- 软件测试从零开始之五:探索性测试技术(上)
- 软件测试从零开始之⼀一:⾛进软件测试
- 软件测试从零开始之四:测试⽤用例的设计(上)
- Android自动化测试之Monkeyrunner从零开始(二)
- 软件测试之迁移测试(二)
- 软件测试从零开始之四:用例设计
- 软件测试从零开始之三:⼯工作⽅方法
- 初学者入门:软件测试从零开始(二)
- Zynq 7000从零开始之二 -- 内存测试程序
- 软件测试自动化学习笔记之二
- 软件测试学习笔记之二 测试流程
- 软件测试基本方法(二)之白盒测试
- APP测试流程~开启博客之旅
- 软件测试之验收测试
- 软件测试之表单测试
- 软件测试之游戏测试
- NDK编译ffmpeg
- 使用CSS3实现表格隔行/隔列变色以及表格最小高度问题
- rabbitmq_server-3.6.1 liunx 安装
- 别再固步自封,借多渠道营销助力解决用户转化及留存困扰!
- c# 保留2位小数
- 软件测试从零开始之⼆二:开启测试之旅(上)
- 使用批处理文件设置系统的环境变量
- MapOutputTrackerMaster threadpool
- 微信小程序—数据缓存
- 搭建 rabc 后台系列教程(三)—— rbac 详细操作 [ 2.0 版本 ]
- Java知识点(一)——基础知识
- Android Studio中svn插件配置总结
- 利用MATLAB数米粒数量
- ubuntu 查询cpu个数