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

　    自动化方面的问题，我觉得先要确定是否有必要做，再考虑怎么做。大部分公司的自动化测试实践是无效的。 先从成本角度和技术能力两个方面考虑是否要做。

　　如果上述两个问题经过认真评估，还是决定做自动化，可以按照三个步骤来实施：  文章源自玩技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

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

　　测试人员在具体编程方面可能不如开发，但是这只是个熟能生巧的工作。在业务整体性的理解方面，测试一定会强于单个的开发人员。

　　这个问题我觉得是团队定位除了问题，测试把自己定位成开发的助手了。这需要测试团队的老大从思想上给手下人明确自己的的职责，并且要提高业务水平。说白了就是对自己不自信，被人一怼就怂了。

个人摸索了多款项目管理工具没找到太好解决方案，目前采用免费版JIRA+禅道（对使用还是偏繁琐）旧版JIRA BUG管理很不错，但无法追溯管理测试版本；禅道可以管理项目版本（包括附件），但BUG管理没JIRA直观；腾讯免费开放的TAPD版本迭代不具备附件功能（略遗憾）

　　jira所在的公司是澳大利亚的一家软件公司，规模很大，全套的敏捷开发工具都涵盖了。在他的工具链中，应该有相关的支撑。atlassian的产品功能强大，就是重了。但是扩展性很好。

　　我们一直用禅道，感觉开源，轻量，禅道可以:产品--项目--用例--缺陷，还有丰富的报告图表。

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

　　UI和接口哪个稳定就做哪个自动化，都不稳定就放弃自动化。自动化大部分时间都是不成功的，不要强求。

　　如果UI变化不是很频繁，可以考虑。往往和自动化效率有点冲突。自动化希望快速迭代回归，快速迭代，UI可能变化频繁。如果资源不是很多，或者先做重要流程的APP自动化。接口的话，由于现在团队代码能力弱，所以采用

Jmeter来做，还顺便做接口压测，jmeter搭积木试的，加业务断言，测试可以把更多精力放在业务上。功能的同事也可以很快学起来，用起来，他们也比较喜欢学。