我目前测试现状

目前测试现状：
一、感觉测试用例没有用！废的！因为系统不大，只有几个功能模块，所以测试的时候基本不看用例就可以执行测试（用例也就二三十个，记都能记得下来）。

二、大部分的BUG都不是通过用例发现的，而是这边点点，那边点点（探索性测试）发现的。

三、这种探索性测试没有方向。

四、通过一些常规测试很难发现BUG，随着我们开发团队的开发能力提升以及之前提过的类似问题的避免，BUG数量逐渐减少，提高BUG数，不能仅从如：重名、为空、字符长度、特殊字符、边界值等等这些常规测试下手..而是更多的从设计方面探索。考虑开发、设计未考虑到的方面。

需要加强OR改善的地方：
一、灰常灰常的熟悉文档，熟悉文档，才不能被开发牵着鼻子走，才可以尽可能避免提无效的BUG

二、用例设计适当调整，不要在操作步骤上浪费太多时间
          这里，我就扒一扒目前公司用例模板与用例编写情况。现在的情况是这样的：
          1、步骤灰常详细，往往在这上面花很久时间，而且一般是在拿到系统前就要开始编写用例，这样根据设计文档写的步骤肯定和实际拿到的系统有出入，当拿到系统时，还要花时间去更新用例：特别是操作步骤；因为公司的系统不复杂，人员流动也不大，所以个人觉得木有必要。
          2、查看用例详情，会让你一眼看把所以东西都看到，有：用例编号、用例描述、前置条件、参考文档、预期结果、实际结果、输入数据、功能模块等等等等，会让人看的头晕，感觉很累的样子；由于用例设计与编写到测试执行都是同一个人（基本上是这种情况），对系统功能很熟悉，有时候不需要看这么多的内容，只要看关注的东西，如：用例描述和预期结果，所以用例的模板是不是可以调整下呢？用例设计的要点我觉得：1.用例描述 2.前置条件 3.预期结果
          3、现在的用例设计粒度太粗。一般一个用例测试一个功能点，但就目前的用例来看，不是这样子的，往往一个用例涉及到好几个功能测试（有些是加在前置条件里），所以用例的个数不大。。。

三、不放过任何一个你感觉可以容忍的BUG。为什么要说这点呢？有时候觉得有些BUG无关要紧，不提。这种态度是不对的，就像前几天看到测试窝里XX同学说，测试就是要“严进严出”，灰常有道理。