请教大家个问题。。。

wang_nning

我最近做的一个项目，啥都没有，就给了点需求文档和操作手册（还不是最新版本的），一开始都不要求我们写测试用例，手动测试都做了一半了，突然要求我们写测试用例了，有点郁闷，还有那个必要吗？其实在执行测试之前写测试用例是必须的，但是测试都快完成了，又要求我们补写测试用例，测试用例是少不了的，因为上边领导还要检查。这个系统我们两个人做，也没有测试计划，就我们两个人在那里各自做 各自的。这叫测试吗？这叫什么测试呀？？？有点迷惑。。。
真正的测试到底是啥样滴呢？？？

金子快来

这就回到测试用例的作用上了.

1:测试用例,指导本次测试过程.
2:测试用例的形成,有助于下一版的测试.

看来你只能想着,是否可以发挥第二点了.^_^

wang_nning

但是测试的规范流程应该是先写测试用例再执行测试啊，测试都执行完了再补写测试用例，纯粹是为了上面检查，这是不是一个失败的测试项目啊？
至于测试用例的形成，下一次更新还不知道将会由谁来测呢。。。

wang_nning

但是测试的规范流程应该是先写测试用例再执行测试啊，测试都执行完了再补写测试用例，纯粹是为了上面检查，这是不是一个失败的测试项目啊？
至于测试用例的形成，下一次更新还不知道将会由谁来测呢。。。

wang_nning

但是测试的规范流程应该是先写测试用例再执行测试啊，测试都执行完了再补写测试用例，纯粹是为了上面检查，这是不是一个失败的测试项目啊？
至于测试用例的形成，下一次更新还不知道将会由谁来测呢。。。

centurystone

项目太小了，就不按正常流程走了，很正常。不过过了CMM5级的不同，比如华为，就算只有一个测试人员也要把所有的文档全部走一遍。

windfly1314

这种情况很正常，很多时候项目不同要求不同。但我觉得抽时间写用例是必要的，就像上面说得为下一个版本作准备。其实不仅是下一版本，你没有用例指导下其实全是靠个人经验，但你抽时间去写时你会发现你肯定在执行过程中遗留了某些问题。

windfly1314

当然，这个只是你项目比较特殊。

minzhung

测试中途再补测试用例的方式确实不可取。不过既然上面要求，就先做好，项目结束之后和领导好好沟通一下。

wang_nning

同意你的观点，我现在补写测试用例的时候又发现了很多问题呢，看来写测试用例很有必要啊。

wang_nning

我现在手里的项目也不小啊，国家部门的。不过偶公司才过CMM3，比华为差多了。。。
关键是项目期太紧了，没有时间先写测试用例，尤其是我半路介入的对业务不熟悉。

小月三木

过了三级还这样呀？！
后期领导安排，用例要覆盖到了，但估计写不了那么详细了。
或者领导沟通，写重点模块的用例，好好写