呵呵 就知道 你会这样问 注意 排查"效率"问题. 先抓大夹板 前端输入 和 落地数据库的数据 覆盖好前端的输入等价边界 和 落地数据的字段类型和枚举等 这样大夹板下,最大的黑盒没问题了, 你也基本可以放心内部服务的处理或者不用关心它了. 尽快去测或者说先过其他业务功能. 快速冒烟.

这样 测试效率会提升 这种策略有风险 实际你的前端输入和落地数据 组合到位 检查很全面 实际也大的问题不会太有.

咱们有时间了, 再继续小夹板, 一定要先保证大夹板 落地数据是很关键的. 也就是传统的黑盒思路. 只不过 我们有了夹板思路了,被夹的任何一层 都可以看做黑盒,只是不同层的被测对象不一样,像接口就是我 接口用例里 总结的 接口输入 接口内部处理逻辑 和 接口输出.

比如 情景如下:
1 数据都没落地 或者数据落地字段 或 相关表都操作错了 那一定是服务接口 比较严重的问题. 然后我们才需要调试接口 和 排查前端问题 因为 数据的前两层 是 服务 和 前端.

(我们肯定要先抓大问题 再抓小问题 你上来就看接口和服务 Log 有点得不偿失 一定要先保证落地数据 . 实际好的测试习惯 是同时打开前端浏览器的 firebug tomcat log tail -f 一下 然后准备好数据库查询 sql )

2 然后抓取接口 看前端传的参数是否有误, 如果这个无误 那基本定位到服务接口 服务层问题了

3 就是 看 tomcat 或相关 web 容器的 log 来看服务业务处理到底哪里错误.

QA 只是要求, 大多数理解不上去,谈不到具体的和行之有效的具体可操作思路和步骤.

我只谈实效的,理论思路 + 步骤工具 尽量详尽.不过该文 主要是面向 web 测试方向的少量 ,定位调试分析工具例举的不全还.

是吧 "其实本图,是一种系统测试,也就是偏后期的测试情景下来发散出来的.这种偏后期的测试情景也是大多数公司所面临的测试过程阶段."

业务功能系统测试 更准确吧 .就是后期 眉毛胡子一把抓阶段,给大家一个快速测功能 定位功能问题 发生出处 和 提升找缺陷效率的一个思路

感谢贡献了你的第一次

点点点 点的明白 有系统性的 有自己套路的 也少有

@ 王小虎 https://testerhome.com/topics/12988 都什么年代了 还用 win7 试试 win10 吧 完美!

https://www.jianshu.com/p/c8b0cfd9e86e

这个你也研究下吧... Skywalking 是国人 - 吴晟大佬个人开源的项目，并且被搜录到了 Apache 基金会当中持续开源。

官方 github 地址：https://github.com/apache/incubator-skywalking

要形成团队 "团伙作案" 目前最大的团伙 就是 美团 点评团伙了....... 他们弄的很高级 人员团队也很庞大 自个儿弄

公司都不知道 你在做些神马玩意儿....

工程量巨大啊
APM 的监控 你可以看看 google 的 dapper http://bigbully.github.io/Dapper-translation/ 老祖宗级别的
和 http://naver.github.io/pinpoint/ 这玩意 pinpoint 社区里好像有人分享过.
https://www.jianshu.com/p/3a04ef81d35f

搞好了 发我用用

@success 这个是偏 web 应该叫 front-end web 也就是 偏 web 网页前端 应用性能分析或调优吧?
传统的手工有 chrome 浏览器插件 https://developers.google.com/pagespeed/
https://developers.google.com/speed/
和 火狐插件 http://yslow.org/

https://github.com/sergeychernyshev/showslow/wiki 这个 showslow 开源的 也可以研究改造下.

https://tech.meituan.com/cloud_phone.html

原来大厂,早已有.只是为已所用.

相当不容易 继续鼓捣....

对 对 对 正是摘自大侠此贴. 我一般 wiznote 剪辑保存,都不记得出自哪里了....

进你个人空间->话题里 没找到啊. 是不是有多个马甲号发的?

PICT（Pairwise Independent Combinatorial Testing tool）可以有效地按照两两测试的原理，进行测试用例设计。在使用 PICT 时，需输入与测试用例相关的所有参数，以达到全面覆盖的效果。

此网站列出了所有的快速组合测试工具： http://www.pairwise.org/tools.asp

有相关,没整理放出来 你提到了 就回复下 贡献给大家

当然不是,只有 两篇是 一个是功能性深入理解脑图 一个是这个接口用例脑图.
当然都是 汲取各种优点集合而成. 其他的都是援引比较正确 比较准备 比较有指导意义的拿来主义.

我渣浪 还是有点道道滴啊

佛家有云:"我不如地狱,谁入地狱"

这些东西,本就是综合经验 和 实践 得来的, 无所谓什么"子弹打光了".

只是希望大家在一个 更高的基础上 来讨论测试上的事情.

市面上是很少这样详细的总结, 大家大多数 也都在仿徨求索中, 这种确实是很痛苦的过程..... 我这个屁文 也就抛砖引玉 大多数也基本不是我发明的. 我只是综合拿来 学习融汇.

其实价格不贵,一个功能业务测试的 一年人工费 都比这个贵吧

应该都是 cloud 云设备 具体怎么实现这么多组合的云设备 可能是 docker 或其他虚拟化方案?

我们就是喜欢愤一点滴~~~~~~~~~~~~~ 这样才表示这类人有追求 有要求 有想法....
不要变成:"我们最终都成为了自己讨厌的人"

你也前的 吐槽贴 我由历历在目 不敢造次

熟悉分布式计算框架，如 MapReduce/Spark/Storm/Flink/Beam 等，并有丰富的实际测试经验
● 熟悉分布式存储技术，如 HDFS/Alluxio/S3/GlusterFS 等，并有相关测试经验优先
● 了解机器学习技术和常见算法，如 LR/GBDT/DNN/CNN/RNN，并有相关算法测试经验优先
● 了解开源深度学习框架，如 Tensorflow/MXNet/Caffe。有实际测试或者应用经验者优先

这种要求 搞开发的 都没几个会............ 只能靠挖 BAT 上市公司级别的