测试工具还是比较初级的玩法，直接拿开源的东西，针对你们的业务做定制化开发就好了。一般都是做测试平台，形成一体化的测试体系，或是从降本提效的角度出来，在项目流程中解决遇到的各种问题，并能形成闭环！

Selenium 想做深入的学习，个人建议有以下几个方向：1，自动化架构设计，无论是 PO 模式，还是数据驱动型模式，做好架构设计，提高代码重用率，降低用例维护成本，添加业务辅助需求。2，框架二次开发，针对固定的业务，做高度定制化，封装固定的业务操作，降低业务同学自动化测试开发的成本。3，引入图像识别和 AI 技术，通过图像识别降低用例元素识别和检测的成本，提高速度和效率；通过 AI 进行场景识别，自动生成测试计划。4，引入性能分析，操作录制等功能，可以自动化的使用场景。5，以 Selenium 为底层技术，构建 UI 自动化测试质量保障体系。个人工作经验积累，仅供参考！

平台看着不错，其实实用效果不强。现在的接口平台都是集成接口管理，接口自动化，Mock 平台，监控，项目管理，持续集成一体化的，单一的接口平台只是工具，简化了 PostMan 而已。WebUI 为什么没有人做平台呢？因为不适合做平台，UI 自动化维护成本高，录制回放的方式都没有流行起来，更不用说使用平台写用例了。这个项目你用来做练习还可以，如果想通用，这个是远远不够的。

你需要一个自动化测试框架，如 Appium 来处理登录的问题，不过不可能支持所有的应用， 要针对特定的应用来写登录脚本。然后借助于字节的 fastbot_android 来实现自动化测试，就可以了！

现在不应该有这样的疑问了吧？互联网行业要会提升自己的能力，首先要了解一下现在测试技术有哪些儿，再有针对性地了解。针对想了解某项技术，如接口自动化，去网上搜，很多搞培训的会给出很多详细的介绍，图表等；了解了一下后，再有针对性地去学习。什么事都不能只想不做，最好是动手去做写写，边写边学！

啥叫 QA 管理工具啊，你得先明确一下自己的需求。testlink 其实就是用例管理工具，现在有不少项目管理工具，不但 QA 可以用，而且整个项目的参考人员都可以用，不过开源的应该不多。先明确了自己的需求，再找对应开源的项目，不要寄希望于开箱即用，能解决你部分问题，再定制化开发即可。

开源就没有好用的，因为这类东西很难做成通用的，要根据公司不同的业务，使用场景，公司基建做定制化才行。常规的做法是，找一些解决通用问题的开源项目，根据公司的业务做二次开发，整合，最后拿来晋级和涨薪；就算有开箱即用的，也不要直接使用。

最好是分开来做，有如下好处：1，方便维护，接口相对来说比较简单，但 UI 就麻烦的多，两者几乎没有共用的。2，显示工作量，一个平台能体现你们的工作量，还是两呢？3，UI 自动化如果想做的好，需要对自动化测试框架做深度定制，对机器的性能要求也高，分开不会相互影响。

工作后不能和上学期间一样了，要调整一下学习方法。以解决当前问题为目的，带着问题去学习。如果要看书，从现在看到死，也看不完，而且很多书你看完也没有用。这点儿可以借鉴一下犹太人，如果不能给你带来金钱的书，都可以不看！

百分之八九十的公司不会写单元测试的，一是因为开发人员不稳定，换来换去，造成代码大家都不太理解，能运行就行了，写什么单元测试啊；二，单元测试增加工作量，收效不大，开发同学认为有 QA 呢，写它干嘛呢？三，单元测试没有使用场景，没有统一的流程去卡单元测试通过率，没有人检测单元测试写的质量，写不写无所谓。四，项目太紧张了，没有时间写！