关于流程的规范引入问题。
程序作了些东西，和测试人员说了下帮我测试一下，我测完了，告诉程序员哪些有bug，程序员改好了，我验证了的确好了，如此往复，没有什么报告，也没有什么文档，这样节省了很多时间，能专心在开发或者测试本身上。没有什么规范的流程，现在要制定，要看上去带来许多不必要的浪费时间的工作流程，人都不愿意增加额外的工作量，况且增加了这些短期或者中期都看不到任何好处，因为原来那样也没发生什么问题。
在这样的一个情况下，如何推广流程？先问到这里吧。 首先我认为,流程不能搞"一刀切",流程没有一个固定的模式,适合自己的流程就是最好的流程,别人的流程再好,只能说适合别人,,不一定就适合你.
再次关于楼主所说的第二个问题,认为流程仿佛是多余的东西,那是因为你没有体会到流程即将会给你的工作带来带来的好处,或者说你没有体会因为没有正确的流程而给你带来的灾难或痛苦,没有给你的工作带来负面影响或者说灾难,并不代表没有这方面的风险,流程的建立或实施往往是这样的一个过程:被动接受--消化吸收--主动实施,其中第二个阶段最痛苦,甚至你会有可能因此讨厌流程,但是一旦你熟悉并熟练掌握了流程,你会感到流程带来的快乐和便捷 这样挺好的。
比如我们有缺陷管理工具，但是每次遇到程序员，我都要给他们讲解一般工具怎么用，他们也不很上心。
现在很多时候图省事，我都直接用记事本记录缺陷，给程序员发过去修改。从结果看也一样的。
但是这样只适合程序比较小的情况，单程序员，缺陷不太多。如果多，用这样的方法就会很麻烦。
其实开发也一样，小程序作坊式开发并没有什么问题，需求、设计等反而会拖慢开发进度，但是如果程序比较大、涉及的人比较多，那还是有比较规范的开发流程更不容易出现问题。 再次关于楼主所说的第二个问题,认为流程仿佛是多余的东西,那是因为你没有体会到流程即将会给你的工作带来带来的好处,或者说你没有体会因为没有正确的流程而给你带来的灾难或痛苦,没有给你的工作带来负面影响或者说灾难,并不代表没有这方面的风险,流程的建立或实施往往是这样的一个过程:被动接受--消化吸收--主动实施,其中第二个阶段最痛苦,甚至你会有可能因此讨厌流程,但是一旦你熟悉并熟练掌握了流程,你会感到流程带来的快乐和便捷
我是知道的我指的是程序员或者别的不知道，且认为现在这样挺好，推广流程后必然要增加工作量，比如数据库，你要会用吧，这样子别人不太愿意干了，如何推广流程比较难啊。
比如我们有缺陷管理工具，但是每次遇到程序员，我都要给他们讲解一般工具怎么用，他们也不很上心。
现在很多时候图省事，我都直接用记事本记录缺陷，给程序员发过去修改。从结果看也一样的。
这是一个问题啊，我们基本也一样。或许作为程序员或者其他人员来说整天大量繁重的编成工作等着他，你再给他搞一个什么流程规范，他自然会有抵触，况且现在这样的状态没有出现重大问题，或许，永远都不会出现。
[ 本帖最后由 baizhudan 于 2007-9-12 18:07 编辑 ] 原帖由 luming 于 2007-9-12 15:08 发表 http://bbs.51testing.com/images/common/back.gif
其实开发也一样，小程序作坊式开发并没有什么问题，需求、设计等反而会拖慢开发进度，但是如果程序比较大、涉及的人比较多，那还是有比较规范的开发流程更不容易出现问题。
小的程序也许在需求设计阶段的流程上可以简化
但是文档是必须的
没有文档的话 在一定条件下必然会造成无法维护的局面
于是程序员便会抱怨：还不如重新做一个
其实现在很多程序员的痛苦根源主要就是因为没有文档
没有文档就意味着没有明确的标准
没有明确标准必然会带来编程和测试的混乱局面。。。 刚刚工作，我就尝到了没文档的滋味了。。。。。真不懂别人是怎么拿没有需求或是谈不上需求的东西来写测试用例的。。。郁闷。。sdlkfj5 直接用记事本，或者excel记录缺陷，少了还行，版本多了如何管理？如何追溯？查询也是极其不便利的。有些是项目或者产品是会持续好多年的，若干年前的文档如何整理，查询，而有数据库这一切都方便很多。
但对于程序员来说，第一，数据库他必须在编成工作外，额外的学习数据库，第二，即便学会了，他会认为，每次自己登陆数据库去查询bug远远没有你测试人员给我一张表格来得方便。 原帖由 puchonghui 于 2007-9-12 20:10 发表 http://bbs.51testing.com/images/common/back.gif
小的程序也许在需求设计阶段的流程上可以简化
但是文档是必须的
没有文档的话 在一定条件下必然会造成无法维护的局面
于是程序员便会抱怨：还不如重新做一个
其实现在很多程序员的痛苦根源主要就是因 ...
很小的程序没有必要有文档。
比如我前两天测试的一个程序，没有需求，客户只需要一个功能而已。
最后我们做了个程序，1个功能页面+1个扫描页面+2个打印页面，而且东西都是现成的，原先其他程序有，就从其他程序里面把相关代码切出来拼凑一下而已。
后来经理说不好看，就修改了一下，变成2个功能页面+1个扫描页面+1个打印页面。
从头到尾，这个东西都没有需要和设计文档，实际可以说测试驱动，因为都是我们测试经理说，要有什么功能，需要哪个模块，程序员就加上，主要的需求就是后期写的一个备忘而已。
测试的轮数比较多呢，超过10个版本，因为中间有一次推翻了重来。我都用记事本记录缺陷，题目标明日期就不会乱了。
其实很多程序就是这个样子的，太小的、没有明确需求的，乱来更方便，哈哈。
页:
[1]
