• 感谢楼主分享,梳理了个脑图,往里面加了些个人浅见,不当之处请指正。

  • 有原型图的话就对应原型图,不用一一写
    如果有功能设计文档,按功能,页面元素布局,交互分别对应用例就好了
    细化的到每一个按钮/提示语,写起来花时间,维护起来也是事倍功半
    。。。个人意见,仅供参考

  • 持续交付实战 at 2018年07月19日

    期待后续文章早日发表~~

  • 持续交付实战 at 2018年06月29日

    从无到有,逐步迭代完善,过程中的踩坑补锅,这些能写出来的话是一个很值得学习和借鉴参考,估计都可以出书了。哈哈
    另外对于硬件环境的选型配置搭建不知道有没有些心得体会可以分享?里面估计也会有很多精彩的故事。😀 😀 😀

  • 持续交付实战 at 2018年06月28日

    架构清晰,平台功能齐全,赞一个。。。
    期待后续分享

  • usb hub,orico 的是坑货,用了就知道经验谈。。。
    实践下来,还是推荐使用西普莱的工业级 USB HUB,或者金田的 usb hub。。。

  • 楼主所说的设计,是指即使出现这类配置错误都能进行更新而不影响用户么?
    md5 判断应该可行,不过存在问题是可能要比较一系列的 md5(如果版本升级频繁的话),可能会影响性能。设计上可以加个动画或者小进度(版本校验中...)之类的,毕竟版本升级一般用户也不会期望是一两秒就下载完成的。

    从测试角度上,如果不做修改,可以加一个生产环境推送后进行一个版本升级和冒烟的自动回归,这样可以尽早发现配置或者发布时存在的问题而不是等到被 “重要” 用户遇到了被喷。。。
    ps,貌似版本升级相关的测试经常容易被遗漏的说。。。

  • 赞一个,感谢分享

  • 测试之不可承受之轻 at 2017年11月06日

    总结的挺好,做了两三年对工作认识的深度看得出是平时用心工作的
    接触过些工作好几年的,说起来还是一团浆糊。。。

  • 感谢楼主分享,回头试试看,和现有的其他自动遍历工具比较试试。

  • 总结的挺好,赞一个。
    了解的面要广,专业的点要深,测试开发的挑战其实就在于此。

  • 也踩过这个坑,最后找到了解决的方法,应该上面提到 “打开了 80 端口远程 ip 已设置,但是从远程访问页面时出现 disconnect 提示,总是连接不成功。” 也是类似的原因。
    不能只映射 7100 端口,还要把 stf 连接手机用到的一系列端口都要打开,看启动时的显示应该打开了好多端口,所以我们在设置映射时候直接打开了 7000-8000 端口段映射,然后就可以了。。。
    希望有所帮助。

  • Monkey 基础 at 2017年04月27日

    不可以

  • 游戏测试功能测试 (一) at 2016年11月08日

    具体实践结合理论说明,很有操作性,不单单是游戏测试,应用,系统的测试人员也值得学习。

  • 分辨率高的话,同样的画面,需要渲染的内容要比分辨率少要多,所以如果同样的 cpu,gpu 配置的机型,理论上分辨率高的 fps 会稍低,个人浅见

  • 楼主三个筛选条件比较直观,如果换个角度去考虑机型选择:
    fps 的专项测试,是否需要考虑覆盖 hdpi,xhdpi,xxhdpi 不同分辨率的手机?
    是否需要考虑不同芯片,系统架构的手机性能?(高通、三星、联发科)

  • 通过了解演示材料管中窥豹,感谢楼主分享~~

  • 缺省设置了匿名回复的啊,呵呵
    试用期看工作能力,工作态度和表现,如果是没有能力,态度又不好的,考核评估时候直接不给转正或者提前终止合同好了。
    然后楼主遇到的情况还是沟通上出现了问题吧,好像是你认为她知道你对她的期望,而她却不知道你不知道她的情况或想法。工作上还是开始讲明要做什么,怎么去做,最后要交付什么,确定大家理解一致之后再开动,中间进度检查,结果互审,尽量避免扯皮的事情发生。

  • 如何问问题 from stackoverflow

    http://stackoverflow.com/help/how-to-ask

  • AT&T ARO 可以做到数据抓包,瀑布式时序图操作分析,支持 http,udp 数据包。看了下说明,是集成了 TCPDUMP/LIBPCAP,可以参考下。fyr
    source reference: https://github.com/attdevsupport/ARO

  • 只是看流量数据的话,腾讯的 GT(http://gt.qq.com/)可以实时显示,不知道是不是能满足楼主的需求?
    当然如果结合数据包分析的话就要用 wireshark 或 tcpdump 了。

  • 换个角度,让老板看到在各个产品/项目里面测试工作的进度/成绩/问题 才是报告的最大作用吧。
    与 sdlc(software development lifecycle)对应的 stlc(software testing lifecycle),项目经理汇报的进度内容和测试经理汇报的内容侧重点还是不同的。每次新功能上线的需求测试覆盖率,通过率,缺陷率,与上版本相比的质量数据,回归测试,接口测试的自动化率等等都是在报告里面去展示给老板看的。
    发布后的质量追踪,问题分析,确定缺陷的原因,来推动产品质量的提升,也是对管理者很有价值的内容。
    测试不能使一个烂产品仅仅通过测试就脱胎换骨成一个好产品,测试是可以减少好产品的问题,更进一步去成为更好的产品。。。个人浅见。