-
web 页面中集成了 unity，像这种页面如何进行自动化测试啊？slelenium 没法找到元素，如下图 at 2022年07月04日
web 端 没法接入啊，就算是接入了 poco 也不支持 web 端 。。。。
-
【测试工具】做一个可以即时修改卡牌属性的工具方便测试 at 2022年07月04日
这就是外挂呀
-
请教各路大神，基于 PYTHON，有可实现 linux 系统上进行数据库项目的自动化方案吗？ at 2022年07月02日
蹲一个 好工具，等大神来回答
-
如何学习测试平台的开发？ at 2022年07月01日
就是 web postman
-
有推荐一些比较好用的数据库批量造数据工具嘛？ at 2022年07月01日
有一种东西叫 sql
-
在珠海找份中级测试这么难的吗，是不是珠海 IT 环境太差了 at 2022年06月30日
好像都比较难，不止测试，不止珠海
-
测试用例设计的故事 at 2022年06月30日
这句话说的真对！
有时候面试也只是纯粹的看眼缘。被 PASS 可能只是因为你那天没洗头。
-
如何自动化测试 Android 保活 at 2022年06月29日
保证它活着，不被系统杀死？
那你每隔 30 秒，点它一次？？？
-
【北京】【光大银行总行】测试管理、测试技术、系统测试、安全测试、非功能测试招聘 at 2022年06月29日
实力不允许啊，这个条件 应该去校招！
-
测试开发需要具备哪些技能 at 2022年06月28日
造轮子和写 ppt
虽然不好听 就是这么个道理
-
测试用例编写规范 at 2022年06月27日
迭代越来越多，项目越做越大，用例该怎么搞啊？用例越来越多，回归一次时间很长！
-
如何在团队内落地自动化？ at 2022年06月26日
先找几条冒烟 case 试试水
-
测试报告别踩坑 at 2022年06月25日
学习了，赶紧记到小本本上
-
发现阿里淘宝网页版的 bug at 2022年06月24日
能用就行，网页的基本没人用
-
面试被问到如何做的 UI 自动化测试？如果做的 API 自动化测试？ at 2022年06月23日
用了什么框架？用了什么技术？解决了哪些问题？
哪些技术是独创的？哪些是有亮点的？价值是什么？
带来了哪些收益？提高了多少效率？ -
面试一直都在问测试用例设计，到底想问什么？ at 2022年06月22日
我选择不回答，哈哈哈
-
请教车厂的大佬，没有实车的情况下，车主 app 如何验证和车的联动？ at 2022年06月21日
公司应该有车队，问问，上车出去测试
-
各位交流一下 业务设计思路 at 2022年06月20日
有个问题，这么多端合并到一起，能同时运行吗？
就是发版了，我要跑一下（安卓/iOS/web）端的冒烟 case，能在一起同时运行吗？（python main.py）
-
渗透测试流程 at 2022年06月18日
渗透测试中，有没有的测试工具？学习下
-
报表测试经验小结 at 2022年06月17日
学习了，有没有好的测试工具啊，求分享
-
摆脱五彩斑斓的黑，成为七彩程序员！ at 2022年06月16日
可是我只会点点点点点点啊
这可怎么办 -
UI 自动化如何降低测试执行时间？ at 2022年06月16日
第一轮：减少失败重试次数；用例独立，分发到各机器上运行。
第二轮：再关注失败的 case这 cases 也太多了
-
求教，用 python+appium 做自动化，怎么实现 app 覆盖安装？ at 2022年06月15日
-t 允许测试包
-l 锁定该应用程序
-s 把应用程序安装到 sd 卡上
-r 替换已存在的应用程序，也就是说强制安装
-d 允许进行将见状，也就是安装的比手机上带的版本低但是在日常工作中用得比较多的是 adb install -r xxx.apk(覆盖安装）
-
求教，用 python+appium 做自动化，怎么实现 app 覆盖安装？ at 2022年06月15日
覆盖安装命令行：adb install -r apk 所在路径
-
大家来聊一聊，软件测试完以后发布的标准是什么？ at 2022年06月14日
单元测试退出标准
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%。对于通用软件来说就要根据公司实际情况。