探索性测试

今天在网上冲浪，看看有什么值得学习的。
对测试用例我一直也很郁闷，我一般不写测试用例，只有当用户需要看这个文档，我才后期再补，纯粹是为了凑数才写的。我没有必须写测试用例，因为我的工作情况不允许写，工期短，需求作的不全、没有可以参考的界面，......这种情况下，写出的测试用例没有任何价值，而且还会浪费人力，没有价值的工作觉得不作，这是我的原则，而且，领导也是同意的。按照具体情况工作，理论知识要扎实，理论要灵活的应用于实际，这是工作一年以后才明白的道理。如果没有测试用例，或者测试用例不足，那我的测试算什么呢，我一再都不能给它一个定义，我的测试不是随机测试，但绝对不是完全按照计划来的，但是，这种测试又叫什么呢。今天学习终于给了我的测试方法一个名分－－探索性测试
探索性测试：就是测试设计和测试执行同时进行。
探索性测试是肯定的，因为开发都“拥抱变化”呢，测试哪有不变的道理，应该比开发变的更快才对
探索性测试与随机测试是不同的：
1>    探索性测试更为系统和全面
2>    探索性测试强调对系统知识的理解和掌握
3>    探索性测试让测试成了一种“探索”的过程，而不是“随意点击”的过程
随机测试：
1>    随机测试本质上也是一种探索性测试，具有探索性的特性
2>    但是，随机测试具有探索性的局限性
             随机测试不强调对系统的理解和掌控
             随机测试不强调对测试结果的分析，每次测试都是一个随机过程
             随机测试往往停留在GUI上

（学习关河资料总结的）

现在我的测试几乎都是探索性测试，但是，我知道这是不合理的，需要软件开发过程全体改进。