自己本地自动化测试先跑起来，web 端可以考虑用 selenium 框架，APP 端的自动化，可以用 Appium 框架，接口自动化，可以考虑用 pytest，总之你自己本地先实现了自动化测试，如果确实能够提高效率，就可以找领导申请资源，搭建环境。

一般如果公司功能测试排得比较紧凑，可能就没时间给你捣腾自动化的东西。看现在主要业务方面是接口多一些还是端到端多一些，具体框架就像楼上说的去 try 一 try

是没有环境，还是说要做自动化测试？
如果仅仅没有环境，是受限于资源，还是权限。没资源就本地搭个，没权限就申请。实在不适合就放弃。

“无自动化测试环境，搭建升级到自动化测试”，按需求来看，是有歧义且不明确的。

我建议你可以做一些自动化功能帮助自己减轻功能测试的工作量。后面由机会再申请资源来搞大的。

你这也太巧了吧 我正好再看https://debugtalk.com/post/build-ideal-app-automation-test-framework/ ——来自 DebugTalk 大佬

现在就是缺框架，自己也是半路出家，想搭建，但不知道模板

请问你有 selenium 框架可参照的吗

https://www.cnblogs.com/fighter007/p/9505723.html 可以做个参考，在基础上拓展

ok，谢谢

先用 jmeter 搞自动化，别一来整那么大。把小功能自动化起来，慢慢演进。先小脚本自动化落地有效果，再来搞大项目落地。

对一些固定简单的功能做自动化，减轻工作量，后续再搭建完善自己的自动化框架

我这边没有 selenium 框架，我觉得可以先实现功能的自动化，代替手工，之后再不断的优化你的代码，一般框架会涉及到一些：提取公共模块，工具单独写成包，测试数据分离，配置分离，日志模块等等，框架可以一点点的补充优化的，不用一次性就写出完善的框架出来

好的，我先用 unittest 一个单元一个单元来吧

个人觉得还是要从工作实际的场景出发，提取出可以提高效率的工作用来自动化。其实自动化的概念很宽泛，不仅限于 UI 自动化测试，接口测试。一段脚本，一个小工具只要能提高工作效率就是自动化。慢慢的从点到面，从小到大，很快就会水到渠成的在自动化方面有很大的进步了。

我有个朋友也想加入你公司

暂不找人

接口测试性能测试暂不需要我们

是的，我们就是这么打算的

别搞了 还是找专业的人来吧. 别信什么先用 jmeter 搞起来的话. 这种根本就做不大. 以后有新东西了还得迁移过去 明摆着就是闲着蛋疼.

同意 19 楼

不赞成 19 楼的说法 先不说找专业的人来做不是由楼主决定得了的

就算以后需要迁移 前期做的东西 对楼主自己也是一种很好的经历不是吗

问题过于笼统，难以提供有效有价值的回复。

你所做的项目采用什么技术栈？你负责的是哪部分测试？
所测的产品是以什么形式提供给使用方？web?移动端？接口？
使用者是普通用户，还是其他程序员，或特定业务人员？

一般来说，自动化测试适用用场景和范围是有限的，对于相对稳定的旧有功能编写自动化脚本，进行自动化回归是实践证明有效且必要，应考虑整合进 CI 持续集成中去。

从整理回归用例开始吧。
然后做手工回归测试 -> 半自动化 ->全自动化 的迁移。

楼主可以先从功能入手，将一些有规律的重复做的事情 理出来，然后用 Python 等比较轻量易上手的工具去完成，有兴趣的话可以加我私聊。