#7 楼 @gaopeng1106 ..大哥当不起...orz
—— 来自 TesterHome 官方 安卓客户端
还会有浓缩版和威力加强版 等全部写完后,我在需要变动的章节里加了备注。尤其内存和后续 Gpu 等内容里。
快照的话 就是 appium 的 driver
我也点赞了,不过也在写自己公司的品质管理。。。
你 qq 发 1 条消息:您的快递到了,一堆鲜花和巧克力,请问你方便吗?
然后准备 netstate,对方只要回复了,就知道 ip 了,但用代理的不行。。
对方如果不回复你就说你查水表的,献爱心午餐的,只要骗对方回复了就知道了。
中午时间也开始在搞这部分了,看了 chenhengjie123 上面的链接才开始做的。
需要主动性来让测试尽早进去参与迭代,首先要确保产品文档的 svn 等目录 qa 有权限访问,产品文档更新后会提交上去。测试约定时间定期更新或者找产品下游获悉变更内容。
如果变更后,有需求不明确的,及时沟通反馈,来回几次,产品就会拉上测试一起了。
需求文档不清晰或者口头描述问题,测试可以出版本 checklist 的方式,checklist 里根据程序内容自己备注写清楚变更地方和线上版本的一个特征内容,来规避需求不明确时的漏测。
testerhome 是自产内容的高质量社区,细水常流下发展了 2 届测试大会,竹庄一门众祝 testerhome 越来越好。
我觉得技术方面什么更合理,凡事可以慢慢沟通。找 1 个愿意带领测试部让质量更好的最好。
1 个比较简单的计划:
先需要根据公司情况设计
1.寻找竞品做较好的竞品数据记录,做一些数据参考的阀值,考虑到通用性部分,那么这里内存几个阶段记录和耗电流量等需要考虑 高优先级 P1
2.采集前端各环节响应效率,验证每个版本各项目性能参数的,根据更新内容是前端和后端来决定侧重点。下个版本和这个版本做基准测试。 P2
3.数据库环节的性能测试,慢查询和数据表设计合理性等。 P2
4.线上环节监控 按公司实际情况,如果前面有余力,这个就是 P1,如果没有就是 P3
如果会调式的话,比如 visual studio,可以先只做 1 和 4 . 2 和 3 级别为 P3
个人见解,希望可以帮到你
已提交
—— 来自 TesterHome 官方 安卓客户端
#8 楼 @hu7433438 加油
—— 来自 TesterHome 官方 安卓客户端
识别 layer 和关键字这种不行。做协议类的接口测试自动化吧,也可以减少大量验证时间。还有一种需要把 api driver script 分开写 testcase
#3 楼 @lihuazhang 我只能说努力吧,我先从 ar 入手。本月会买些硬件工具
#1 楼 @lihuazhang 一直在修改 markdown 中。你说的 vr 测试靠我 压力好大,我今晚会睡不着的、
武侠游戏 手游。。8000.。想多了。。
不转,测试一样可以做项目经理的活,项目经理主要还是协调和沟通 确保项目准时完成 为基准
微博在后台如果非活跃状态,音频属性可以和微博本身可以是分开的,至于音频会不会和可以其他音频软件存在替换,可以 logcat 下。