和QQ好友语音聊天时,录屏之后,打开录屏视频发现没有我们语音交谈的声音?

不断发掘自动化测试对各个团队的附加价值,这样才能得到来自四面八方的支持

没有将自动化加入项目过程的自动化都达不到预期的效果

把UI自动化框架设计成一个拼图性质的架构。把每个特性都设计成一个独立的部分,然后组装成UI自动化框架:

2.选择较稳定的版本业务

3.目标是保证主要功能业务完整正常,而不是为了发现更多的bug

4.并不能减少人力成本,主要作用是加快测试反馈,提高测试质量

5.录制回放,关键字驱动,可视化等一般不是好的选择,因为他们会增加6.脚本维护的难度,增加维护成本

7.任何增加维护成本的自动化工作都是在耍流氓

如何减少自动化维护成本?

1、清晰、方便的日志查看

2、清晰整洁的测试报告

4、快速的错误定位方式:如截图、错误日志、录屏

6、在策略上,脚本慢慢上,要非常稳定了才能上线到正式环境

7、定时开展培训分享工作,提升大家的能力。写UI自动化不只是工作任务,更是自我提升的过程

8、要有稳定的环境、稳定网络,可以进行网络监控、定时重启等等

UI自动化框架优化方案:(在不增加维护成本前提下)

1.UI自动化框架加入录屏模块

2.UI自动化框架加入接口请求报错模块

3.UI自动化框架加入接口流程对比模块

4.UI自动化框架加入用例成功率、用例增长率等图表展示度量模块

5.UI自动化框架加入web平台支持,如用例集管理,异步执行

6.UI自动化框架加入监控核心场景的性能,如网络、启动速度、内存消耗等

7.UI自动化框架加入报错时取内存快照、报错堆栈等信息

8.自动化测试环境一键搭建部署

UI自动化脚本可分为3种:

1、监控脚本,监控服务器是否正常,监控每个页面是否能正常显示

2、主流程脚本,监控主流程是否能正常运行

3、模块脚本,优先级较低,一般也是重点业务模块先做

已经实现自动化的模块可以不做手工测试了吗?

为了不做手工测试,就要多加很多验证点,特别是UI的验证点。验证点越多,就会导致自动化越不稳定,自动化的维护成本就会越高,

你对自动化的信心就会越低,自动化的成效也会越低。所以已经实现自动化的模块还是可能需要做手工测试。

那么自动化测试的意义何在呢?

- 自动化用执行次数来增加价值,执行次数越多,自动化价值越大。比如执行5次刚好成本和价值等价,那么每多执行一次,自动化的价值就越多。

- 特别是那些需要重复进行UI操作,比如适配测试,需要适配几十个机型,是自动化去执行好呢还是一个个的手工执行好呢。

- 我们不使用自动化去保证UI的准确性,而是去进行逻辑功能的测试。比如QQ的登录功能,我们只要验证点击登录后打开了好友列表,就说明登录成功了。就是要怎么稳定怎么弄。

- UI自动化主要作用是保证业务流程的贯通

- UI自动化能够帮助我们确保不会出现一些死人的问题,比如登录不成功,页面打不开等等。

自动化收益 = 有效迭代次数 x 手工测试成本

自动化成本 = 脚本创建成本 + 维护次数 x 维护调试成本 + 脚本失败次数 x 脚本排错成本

1.测试工具、框架和自动化测试脚本本身的质量是最需要保证的,需要对测试工具、框架做单元测试

2.自动化可以模拟用户真实的场景,如让用户在一个页面等待10分钟或锁屏、解锁,该app是否还生存

3.把手工用例与脚本生成的用例文档进行对比,提示当前有哪些用例需要维护

4.在代码集成到主干之前或之后先执行自动化,只要用例失败(可以设阈值),则不能集成或回滚

5.持续集成并不能消除bug,而是让它们非常容易被发现和修复

6.自动化要集成到持续集成过程中,目的是加快测试反馈,降低测试引入、发现到修复之间的时间间隔

7.速度是评估测试价值的最重要考虑因素之一

文部分来源网络,如有侵权请第一时间联系删除。

故事灵感来源于——普希金诗歌《我曾今爱过你》 “我曾经爱过你:爱情,也许在我的心灵里还没有完全消亡,但愿它不会再打扰你,我也不想再使你难过悲伤。我曾经默默无语、毫无指望地爱过你,我既忍受着羞怯,又忍受着嫉妒的折磨,我曾经那样真诚、那样温柔地爱过你,但愿上帝保佑你,另一个人也会像我爱你一样。”

我要回帖

更多关于 qq语音录屏没有对方声音 的文章

 

随机推荐