这样行吗？

quqy_1234

目前在测公司的一个工具软件，但是文档都是在我的要求下程序员临时写的，老实说真不怎么样，以致测试计划很难写，测试过程中也有很多概念上的误解，多花了很多时间。因为这个工具我用过一点，所以想自己来写需求，然后请开发人员来评审，大家觉得这个想法怎么样？行得通吗？

[ 本帖最后由 quqy_1234 于 2007-11-6 11:01 编辑 ]

null2

你可以建议，但不要亲自做与本职工作无关的事情

123czq

都已经开始做了才写需求意义都不大了，何况这也不是你分内的事情。
不过你可以向上级提出你的这个建议，把文档规范化的好处和不写文档带来的坏处都讲一遍，也许他们会接受你的建议在下一个项目的时候实行吧。如果他们也知道文档规范化的好处但是就是做不来那也是有可能的，没办法了

puchonghui

原帖由 123czq 于 2007-11-5 19:46 发表
都已经开始做了才写需求意义都不大了，何况这也不是你分内的事情。

如果lz说的是自己公司用的工具软件的话
写需求还是有必要的
这个和项目还是有些区别的

偶支持lz去写需求
这是难得的锻炼机会
不过记得要和上级解释清楚并征得同意
除非你可以在不影响本职工作的情况下自己私下独立完成（想想都不可能- -）

quqy_1234

看来困难很多啊，老实说这个工具已经投入使用了，但是一直都是一个程序员在那做的，很多时候他也是按照他自己的想法来处理问题，我问过一些用这个工具的开发人员使用上有没有什么不方便的，都说还行，因为他们从一开始就以规定好的方式用，要不做不了事，可能是习惯了。

我有跟经理提过，因为后面还有系统程序需要测，所以他建议我从现在这个工具软件的测试过程中总结经验，建立一套规范，方便以后的开发人员执行，因此我想自己写需求，到时候拿做工具软件的程序员写的做对比来解说。