51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2073|回复: 5
打印 上一主题 下一主题

[心情感悟] 自动化测试那些事儿

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2017-5-27 11:36:44 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
什么是自动化?
编写软件去测试其他软件

编写驱动被测试应用程序的测试脚本以执行键盘、鼠标动作和后台进程并验证应用程序响应和行为。


手工测试的局限性

无法做到覆盖所有代码路径

机械、重复,工作量大

许多与时序、死锁、资源冲突、多线程等有关的错误,通过手工测试很难捕捉到

进行负载、性能测试,很难通过手工测试模拟大量数据或大量并发用户

可靠性测试时,常需要模拟系统运行10年、几十年,以验证稳定性,这也是手工测试无法做到的

如果有大量(几千)的测试用例,需要在短时间内(1天)完成,手工测试几乎不可能做到


为什么要做自动化?

1、减少手工测试中的重复性工作,提高测试人员的工作成就感和幸福感

2、提高测试用例的执行效率,实现快速的自动化回归测试,快速的给予开发团队质量反馈

3、减少测试人员的数量,提高开发和测试的比例,节省企业的人力成本

4、在线产品的运行状态监控

5、插入大量的测试数据

6、发现更多的BUG


是否合适做自动化?

时间(功能测试都做不完)

人员(初级的测试工程师)

系统(页面元素经常变,需求经常变不适合做,意义不大)

领导(领导推荐不推荐)


什么情况下做自动化?

自动化测试不可能完全代替手工测试 在功能逻辑测试、适用性测试、涉及物理交互性测试时,多采用黑盒测试的手工测试方法

单元测试、集成测试、负载测试、性能测试、稳定性测试、可靠性测试等较适合自动化


什么样的项目需要做自动化?

需求变更慢

周期长

脚本可重复利用

产品型项目:每个项目只改进少量的功能,但每个项目必须反反复复的测试那些没有改动过的功能

(结合公司的状况,迭代周期太短,时间不够,除非有专人做,写脚本费时)

解析:如果说你花一个月开发自动化系统,但脚本只针对这个系统,如果下一个系统做自动化,脚本又要重新写,成本就会较高,重复利用率较低



分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏2
回复

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2017-5-27 14:59:21 | 只看该作者
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-15 03:54 , Processed in 0.063384 second(s), 22 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表