先找几条冒烟 case 试试水

学习了，赶紧记到小本本上

能用就行，网页的基本没人用

用了什么框架？用了什么技术？解决了哪些问题？
哪些技术是独创的？哪些是有亮点的？价值是什么？
带来了哪些收益？提高了多少效率？

我选择不回答，哈哈哈

公司应该有车队，问问，上车出去测试

有个问题，这么多端合并到一起，能同时运行吗？

就是发版了，我要跑一下（安卓/iOS/web）端的冒烟 case，能在一起同时运行吗？（python main.py）

渗透测试中，有没有的测试工具？学习下

学习了，有没有好的测试工具啊，求分享

可是我只会点点点点点点啊
这可怎么办

第一轮：减少失败重试次数；用例独立，分发到各机器上运行。
第二轮：再关注失败的 case

这 cases 也太多了

-t　允许测试包
-l　锁定该应用程序
-s　把应用程序安装到 sd 卡上
-r　替换已存在的应用程序，也就是说强制安装
-d　允许进行将见状，也就是安装的比手机上带的版本低

但是在日常工作中用得比较多的是 adb install -r xxx.apk(覆盖安装）

覆盖安装命令行：adb install -r apk 所在路径

单元测试退出标准

1) 单元测试用例设计已经通过评审
2) 核心代码 100％ 经过 Code Review
3) 单元测试功能覆盖率达到 100％
4) 单元测试代码行覆盖率不低于 80％
5) 所有发现缺陷至少 60％都纳入缺陷追踪系统且各级缺陷修复率达到标准
6) 不存在 A、B 类缺陷
7) C、D、E 类缺陷允许存在
8) 按照单元测试用例完成了所有规定单元的测试
9) 软件单元功能与设计一致

集成测试退出标准

1) 集成测试用例设计已经通过评审
2) 所有源代码和可执行代码已经建立受控基线，纳入配置管理受控库，不经过审批不能随意更改
3) 按照集成构件计划及增量集成策略完成了整个系统的集成测试
4) 达到了测试计划中关于集成测试所规定的覆盖率的要求
5) 集成工作版本满足设计定义的各项功能、性能要求
6) 在集成测试中发现的错误已经得到修改，各级缺陷修复率达到标准
7) A、B 类 BUG 不能存在
8) C、D 类 BUG 允许存在,但不能超过单元测试总 BUG 的 50％。
9) E 类 BUG 允许存在

系统测试退出标准

1) 系统测试用例设计已经通过评审
2) 按照系统测试计划完成了系统测试
3) 系统测试的功能覆盖率达 100％
4) 系统的功能和性能满足产品需求规格说明书的要求
5) 在系统测试中发现的错误已经得到修改并且各级缺陷修复率达到标准
6) 系统测试后不存在 A、B、C 类缺陷
7) D 类缺陷允许存在，不超过总缺陷的 5％
8) E 类缺陷允许存在，不超过总缺陷的 10％

注：这只是一套比较理想化的退出标准，但在实际工作中不可能达到这种程度，尤其是测试覆盖率和缺陷解决率不可能是 100%。现在的军方标准是达到 99%。对于通用软件来说就要根据公司实际情况。

反正都是外卖骑手

太棒了，这个总结，让我们这些测试小白，豁然开朗！！！

加油⛽️

安装

• 命令行执行 pip install -U popups

使用

from popups.dismiss import popup, UT

# 默认是False状态，使用时需要打开
UT.ENABLE = True
# 图片模版路径，不传则使用popups自带的模版库
IMG_PATH = 'your_tpl_path'
# 是否启用系统弹窗处理
UT.SYS = True
# 是否启用APP弹窗处理
UT.APP = False
# 是否是iOS系统
UT.iOS = True
# 循环执行次数，默认为1次
UT.LOOP = 1
# 超时时间，默认为5秒
UT.TIMEOUT = 5
# 单独使用popup时需要传入设备URL，配合utx使用时无需关注
DEVICE = 'Android://127.0.0.1:5037/SJE5T17B17'

popup(devices=DEVICE)

pip install popups

恭喜恭喜

同楼主 测试就是垃圾/都归开发管/啥也干不了/就是背锅的

这告诉我们出门在外能说比会做要强得多😷

芜湖大司马

• 全量覆盖率 60%
• 增量覆盖率 80%