软件测试工作中会遇到的十个常见问答(二)

官方账号 2019-05-3103:48:48经验总结评论467字数 2014阅读6分42秒阅读模式

第五问: 关于面向业务的测试自动化测试该如何实施?

     自动化方面的问题,我觉得先要确定是否有必要做,再考虑怎么做。大部分公司的自动化测试实践是无效的。 先从成本角度和技术能力两个方面考虑是否要做。文章源自玩技e族-https://www.playezu.com/17814.html

  如果上述两个问题经过认真评估,还是决定做自动化,可以按照三个步骤来实施:  文章源自玩技e族-https://www.playezu.com/17814.html

1.选择使用哪种自动化测试解决方案。文章源自玩技e族-https://www.playezu.com/17814.html

2.梳理需要自动化测试用例文章源自玩技e族-https://www.playezu.com/17814.html

3.随着版本的变更,维护自动化测试代码。文章源自玩技e族-https://www.playezu.com/17814.html

  追问(如何让领导觉得测试团队有成长。通常测试团队的能力提升是很难通过图标或数字表现出来的) 文章源自玩技e族-https://www.playezu.com/17814.html

       测试团队能力的成长,可以在产品质量上得到体现,经过你们测试的产品质量逐步提升了,这就是团队能力提升的一个有力的表现。 另外,测试团队要逐步建立自己的质量保证体系,在规范、标准方面逐步积累,让领导通过过程输出文档看到你们在提升。文章源自玩技e族-https://www.playezu.com/17814.html

 文章源自玩技e族-https://www.playezu.com/17814.html

  第六问:

  1)公司产品为智能硬件(可定义为新型制造业),测试团队负责范围除了软件测试,还包含传统的硬件测试;文章源自玩技e族-https://www.playezu.com/17814.html

  想听下贵司专家对此类企业,测试经理/总监和品质经理/总监的关联及区别文章源自玩技e族-https://www.playezu.com/17814.html

      要看硬件的规模,一般这类产品分为软件测试团队、纯硬件测试团队,系统集成测试团队这三类。如果智能硬件的规模比较小,可能只有纯硬件测试团队和软硬件系统集成测试的团队即可。

  2)测试人员主动学习能力和积极性普遍弱于开发人员,会存在被开发同化现象(比如BUG的解读被开发牵着走);如果快速有效提升测试人员对产品理解及专业技能?文章源自玩技e族-https://www.playezu.com/17814.html

答1文章源自玩技e族-https://www.playezu.com/17814.html

  我觉得认为测试比开发弱的观念首先是不对的,这种观念如果存在,很难有自己独立的思想,很难来保证质量。我招聘人员的时候会考量,一个测试人员如果连挑战开发的勇气都没有的测试,我们是不需要的。为什么弱,弱在那里,是业务弱,还是技术弱?每一样事情做到极致了,就没有弱的说法。文章源自玩技e族-https://www.playezu.com/17814.html

答2文章源自玩技e族-https://www.playezu.com/17814.html

  测试人员在具体编程方面可能不如开发,但是这只是个熟能生巧的工作。在业务整体性的理解方面,测试一定会强于单个的开发人员。文章源自玩技e族-https://www.playezu.com/17814.html

答3文章源自玩技e族-https://www.playezu.com/17814.html

  这个问题我觉得是团队定位除了问题,测试把自己定位成开发的助手了。这需要测试团队的老大从思想上给手下人明确自己的的职责,并且要提高业务水平。说白了就是对自己不自信,被人一怼就怂了。文章源自玩技e族-https://www.playezu.com/17814.html

  文章源自玩技e族-https://www.playezu.com/17814.html

     3)性格外向型测试人员,跨部门沟通效果好,但有些容易浮于表面;内向型的测试更容易发现潜藏较深BUG(微软曾做过此类研究);测试团队搭建,性别、性格、开发/测试比例等是否存在“黄金比例”?文章源自玩技e族-https://www.playezu.com/17814.html

    这可能是个伪命题。内向外向只是分析问题的一个维度,这可能不是决定性的。决定性的原因是测试人员是否有独立工作的能力,有些人外向,是因为没有独立工作能力,凡事都需要协作。以及测试人员的逻辑分析能力,专研精神。  这个看情况的,不能一棍子打死一定是那种性格好,内向型中有内敛性的,也有小白兔性的,有外弱内强性的。面试的时候时间不够,如果不擅于沟通,不擅长沟通,肯定是要吃亏的。文章源自玩技e族-https://www.playezu.com/17814.html

  4)有低成本且简单好用的相关管理工具推荐吗?文章源自玩技e族-https://www.playezu.com/17814.html

个人摸索了多款项目管理工具没找到太好解决方案,目前采用免费版JIRA+禅道(对使用还是偏繁琐)旧版JIRA BUG管理很不错,但无法追溯管理测试版本;禅道可以管理项目版本(包括附件),但BUG管理没JIRA直观;腾讯免费开放的TAPD版本迭代不具备附件功能(略遗憾)文章源自玩技e族-https://www.playezu.com/17814.html

答1文章源自玩技e族-https://www.playezu.com/17814.html

  jira所在的公司是澳大利亚的一家软件公司,规模很大,全套的敏捷开发工具都涵盖了。在他的工具链中,应该有相关的支撑。atlassian的产品功能强大,就是重了。但是扩展性很好。文章源自玩技e族-https://www.playezu.com/17814.html

答2文章源自玩技e族-https://www.playezu.com/17814.html

  我们一直用禅道,感觉开源,轻量,禅道可以:产品--项目--用例--缺陷,还有丰富的报告图表。文章源自玩技e族-https://www.playezu.com/17814.html

  5)APP自动化测试,尝试过python+appium的方式;UI自动化实际产生的价值效果并不理想;希望能了解更实用的自动化测试技术(比如接口、性能等)文章源自玩技e族-https://www.playezu.com/17814.html

答1文章源自玩技e族-https://www.playezu.com/17814.html

  关于APP自动化测试,个人看法是,如果是兼容性测试,借助自动化UI测试效率最高。其他的功能自动化要看情况了。如果是做系统级接口测试,app的UI所对应的API都要有封装,这个需要开发团队配合。这样,做完接口测试,还是要跑一边UI测试的。否则,无法保证UI的正确性。至于用python调用接口,这个技术就太简单了。python与其他语言的粘合性比较好,都有相关的办法。这类资料很多。文章源自玩技e族-https://www.playezu.com/17814.html

答2文章源自玩技e族-https://www.playezu.com/17814.html

  UI和接口哪个稳定就做哪个自动化,都不稳定就放弃自动化。自动化大部分时间都是不成功的,不要强求。文章源自玩技e族-https://www.playezu.com/17814.html

答3文章源自玩技e族-https://www.playezu.com/17814.html

  如果UI变化不是很频繁,可以考虑。往往和自动化效率有点冲突。自动化希望快速迭代回归,快速迭代,UI可能变化频繁。如果资源不是很多,或者先做重要流程的APP自动化。接口的话,由于现在团队代码能力弱,所以采用文章源自玩技e族-https://www.playezu.com/17814.html

Jmeter来做,还顺便做接口压测,jmeter搭积木试的,加业务断言,测试可以把更多精力放在业务上。功能的同事也可以很快学起来,用起来,他们也比较喜欢学。文章源自玩技e族-https://www.playezu.com/17814.html

来源:图文来自网络,如有侵权请联系删除文章源自玩技e族-https://www.playezu.com/17814.html

文章源自玩技e族-https://www.playezu.com/17814.html
注意:本文法律责任由该文章作者承担,侵权请联系2523030730▷诈骗举报◁▷新闻不符◁▷我要投稿◁
  • 我们QQ群
  • QQ扫一扫
  • weinxin
  • 微信公众号
  • 公众号扫一扫
  • weinxin
官方账号