禅与软件测试--创造性思维

这两天一直打算写篇测试心得，可来来回回数次动笔，大多半途而废了。

挺多测试圈的朋友都觉得测试没有前途，不可否认，我也曾这么这么认为，但是这里要加个转折，重要

的事情说三次：但是、但是、但是！

测试需要创造性思维，有了创造性思维才会有创造性的产品。

我基于过去的测试经验整理了一下性能测试框架，大部分的测试用列都可以以此为基础，进行发散书写

。（不管是用在PC端还是用在移动端）

1.外观测试

2.异常错误测试

3.输入内容测试

4.权限测试

5. 容错测试

6.稳定性测试

7.可用（应用）性测试

8.维护性测试

9.过期测试

10.基准测试

11.多语言测试

12.配置测试

13.输出内容审核测试

14.资源竞争测试

15.下载测试

16.​网络测试

17.参数测试

18.灾难恢复测试

19.连续性测试

20.错误对象测试

21.回滚测试

２2.快速刷新测试

23.附件识别测试

24.清零测试

25.​拖拽测试

26.缩放测试

27.增量测试

28.​协议测试

29.​时间同异步测试

30.响应测试

31.点击测试

32.滑滚测试

33.警告测试

34.​文档支持测试

35.存储测试

36.特殊符测试

37.变态测试(非正常操作顺序）

38.探索​测试

39.依赖测试

40.防御安全测试

41.dump 测试

42.​排异性测试

43.$null测试

44.容量测试

45.说明内容检查测试​​

46.边界测试(最后想了想还是加了进来，脱离‘内容输入’）​

47.超时测试​

48.映射测试

49.差异测试

50.组测试

......

上面为对于web，PC,手机端各种软件通用的测试框架，在具体的平台上，框架需要相应的变更，根据软

件设计进行增添。最后的测试用例基于这个框架有成百上千万万条就要看怎么去权衡去发散思维了。





​​剖开现象看本质，都是在追寻因果关系中检查产品的正确性。所以我觉得“老吴”的建议很在理，优秀

的测试人员，是潜在的优秀的产品经理。哈哈哈，一不小心暴露了自己的企图心。

把公司事当作事业做，尽可能的去改进、去影响，所以：You are somebody, not nobody.

PS.我的可能考虑的并不全面，希望大家能够多交流。