51Testing软件测试论坛

标题: 2 [打印本页]

作者: 75373163 时间: 2009-10-23 18:31
标题: 2
本帖最后由 75373163 于 2018-3-5 14:03 编辑

2

作者: endlesslv 时间: 2009-10-23 18:56
恩，有同感，没有文档是很崩溃

作者: tiaopiyinger 时间: 2009-10-23 21:55
标题: 回复 1# 的帖子
恩我也是太郁闷了

作者: 咚咚宝031102 时间: 2009-10-24 14:23
习惯一切都回好的

作者: navy2008 时间: 2009-10-25 18:04
我目前的现状和你差不多

作者: black_tulip 时间: 2009-10-25 19:56
不要为了文档而求文档。要想想文档用来做什么的。

“关键的，一个测试人员对所测试的产品不了解，如何能测试好，如何能将测试用例的覆盖率提高，”
// 为什么你还对所测试的产品不了解呢？这个要从自己身上找原因。

有些时候工作模式的改变需要你的介入，这个介入不仅仅是你跟老板提出一个想法，然后等老板去落实。他干嘛要去落实？没有这个也过得好好的。

不要拿一个“普适”的想法去套所有的情景。不是在所有情况下，设计文档都是必须的有用的。既然聊天时已经感觉到对方对设计文档的“不重视”，为什么不继续深入交流，去了解为什么这样认为，去争论为什么你觉得重要。毕竟，你没做过研发，他没做过测试，谁都不了解对方的工作。

没有资料，去找，去要，去找砂锅在哪里。

作者: 75373163 时间: 2009-10-26 15:00
标题: 回复 6# 的帖子
现实要是像6楼说的那一切都简单了，但是毕竟你说的只是道理，道理我们都明白，但用在现实中不是只明白道理就能解决的。

作者: houzeal 时间: 2009-10-26 15:42
我也深有同感！
测试任重道远！！

作者: black_tulip 时间: 2009-10-26 17:25

原帖由 75373163 于 2009-10-26 15:00 发表
现实要是像6楼说的那一切都简单了，但是毕竟你说的只是道理，道理我们都明白，但用在现实中不是只明白道理就能解决的。

道理都明白，但就是做不到，或者干脆不做，所以只明白道理解决不了问题。

主贴抱怨这个文档没有那个文档没有，很多时候很多文档确实没有存在的必要。这不是大道理，是现实。

有文档的时候怎么工作，没有文档时怎么工作，需要文档却没有文档时该怎么办，都是现实。也都是道理。

作者: 75373163 时间: 2009-10-26 18:28
标题: 回复 9# 的帖子
black_tulip还真是满愤青的，嗯，不否定，你说的的确是很有道理。
不过看你的回复一直强调我说的文档的问题，我个人认为基础文档还是应该具备的，而且以我们公司项目的性质来讲，是有必要的，它并不是一个什么小产品、小软件，随便点两下、查查数据库就了事。
就算是敏捷开发，必要的文档还是应该具备的。
这种口头交流的管理和制作产品的方法，只能说是土匪做法。
面对这种不好的工作模式，我想要的是改变，不是妥协。

作者: guofei318 时间: 2009-10-26 21:02
标题: 回复 10# 的帖子
我在这样的公司待一年了，都改变不了这个问题，开发的项目经理总是认为我不喜欢重复的测试工作，的确没有文档，沟通过程出现许多问题，虽然多次提出沟通出问题了，主要是没有文档。他们总会嘴上说改，但是实际改了一时改不了他们的工作模式。有本事还是早点跳槽，进入正规的公司锻炼。

作者: black_tulip 时间: 2009-10-27 09:52

原帖由 75373163 于 2009-10-26 18:28 发表
black_tulip还真是满愤青的，嗯，不否定，你说的的确是很有道理。
不过看你的回复一直强调我说的文档的问题，我个人认为基础文档还是应该具备的，而且以我们公司项目的性质来讲，是有必要的，它并不是一个什么小产品 ...

改变，不是妥协，我已在6楼说了，你要想办法介入，而不只是跟老板提，然后希望老板，希望公司能因为你提了，就去改变。

如果我愤青，我就会像11楼一样，建议你走人了之。

作者: lg1318617 时间: 2009-10-27 10:03
要成为有能力改变历史的一员，先要改变自己。

作者: 75373163 时间: 2009-10-27 10:35
说的没错，哈哈，我的下一步就是走人！！

作者: 75373163 时间: 2009-10-27 10:43
标题: 回复 11# 的帖子
十一楼说的正是我的想法。

作者: 75373163 时间: 2009-10-27 11:16
唉，我知道大家说的都对。
只是心情是真的挺郁闷。

作者: billhu 时间: 2009-10-27 14:57
存在即合理，或者说是有原因的。小公司首先要活下来，然后才是活的好。质量活动要产生成本，如果公司老板认为质量活动的成本超过了产品售后返工的成本，那谁的选择都是减少质量成本，或者说，把质量成本维持在一个度，让它的投入产出比最大。软件工程也是如此。软件开发过程不是一成不变的，不一定必须用软件工程的方法开发，是和软件产品的规模、性质、用户的质量要求、工期、成本、竞争对手、产品推出时机等都有关系。如果小公司当前开发的模式可以满足市场的需要，老板当然会维持当前的开发模式不变。如果能够证明，有更好的开发模式，投入产出比更高，那他也会采用。
单靠测试人员解决不了。一个单位测试水平是受软件开发整体水平制约的。不存在单独的水平很高的测试，其它环节水平很低的情况。解决个人问题的办法有两条：
一、如果想继续留在原单位干，可以通过了解更多的用户业务知识和看软件源代码（可以向公司争取）等途径，设计更多更好的测试，把工作做好。小公司比较灵活，只要公司不反对，可以主动的做很多事情。等待公司慢慢成长，发展完善。
二、如果想即时体验高水平的软件开发和测试过程，可以应聘一家大公司，通过CMMI三级以上认证的。

作者: lydia.pu 时间: 2009-10-28 10:34
标题: 回复 1# 的帖子
习惯就好。
我们这里也好不到那里去，文档虽然有，质量一点都不可靠。
目前写测试文档的时候多半都是face to face的交流，好在这边的开发人员表面上还是给测试人员面子的。

作者: 紫色雪仙 时间: 2009-10-28 10:53
我现在状况也差不多，只有我一个测试人员，而且以后我也不一定继续做测试，可能要转做经理助理
现在做测试，什么文档都没有，需求都没有的，更别提什么设计之类的，代码规范都没有的，整个就是一穷二白
我也想过要提添加规范，通过工具管理，但是看现状，提了也不会实现，所以我就自己先做一些东西做积累呗，公司刚起步，肯定不会什么都那么规范成熟，慢慢就会好的
我觉得这个积累的过程，对自己也是很好的一个锻炼

作者: herah 时间: 2009-10-28 19:08
18楼说的在理阿
曾经第一家公司就是这样的小公司，开始我还劲头十足的想要搞这个搞那个呢，后来发现没用，公司看中的是要满足客户的时间要求，东西只要没有大的问题就可以了。觉得自己在测试过程等方面根本毫无提高，于是就走人了

作者: black_tulip 时间: 2009-10-29 11:24

原帖由 herah 于 2009-10-28 19:08 发表
18楼说的在理阿
曾经第一家公司就是这样的小公司，开始我还劲头十足的想要搞这个搞那个呢，后来发现没用，公司看中的是要满足客户的时间要求，东西只要没有大的问题就可以了。觉得自己在测试过程等方面根本毫无提高 ...

确实，用最短的时间，最有效的方式，满足客户的需求。客户都满足了，你还有什么不满足的吗？你需要提高的是对工作的把握。

作者: wuyuzimu 时间: 2009-10-29 11:36
大部分公司不规范

作者: gnian 时间: 2009-10-29 14:50
啊呀看了这个帖子怎么感觉自己已经很幸福了我在软通做测试半年多了有自己的team 一切都是很标准文档、数据、测试库什么的都有原来这就是传说中的专业啊有点小感动虽说工资也就够交个房租还不够交个女朋友

作者: 洪建伟 时间: 2009-10-30 09:35
软通不是做外包的吗？

作者: Jackc 时间: 2009-11-2 11:37

原帖由 black_tulip 于 2009-10-29 11:24 发表

确实，用最短的时间，最有效的方式，满足客户的需求。客户都满足了，你还有什么不满足的吗？你需要提高的是对工作的把握。

兄弟，你说的很对，但是苦口婆心没有用。

人，总要自己亲身经历了，才能体会到其中的道理。

PS：忘记补充一个

“亲身经历”不是“明白道理”的充分必要条件。人不同，理解自然不一样，呵呵

[ 本帖最后由 Jackc 于 2009-11-2 11:40 编辑 ]

作者: zte_boy 时间: 2009-11-2 12:04
很多公司确实存在这样的现状，短时间内很难改变
与其抱怨不如想其他办法解决，比如：
1、阅读程序代码了解前端处理
2、阅读存储过程、函数等了解后台处理逻辑
这样不仅可以了解整个系统的处理机制，对测试人员本身来说也是一种提升

作者: black_tulip 时间: 2009-11-2 12:21

原帖由 Jackc 于 2009-11-2 11:37 发表

兄弟，你说的很对，但是苦口婆心没有用。

人，总要自己亲身经历了，才能体会到其中的道理。

PS：忘记补充一个
“亲身经历”不是“明白道理”的充分必要条件。人不同，理解自然不一样，呵呵

为啥你的最佳PK手勋章是个小红帽？

作者: Jackc 时间: 2009-11-2 13:00
谁知道啊，这个得问51的美术了。

如果是偶自己设计的话，那就是：黑色的底色，红亮的"KO"。最好还放点小鞭炮的烟花，加点繁星的闪烁，再来点……
估计一会51的美术就把偶拉出切分尸老~

作者: yolander 时间: 2009-11-2 13:52
很喜欢这个话题，同时表示一下，对black-tulip的支持，顺便声明，我不是愤青
只是我认为，在工作中，很多时候都不会尽如人意，开发过程中的文档缺少，内容不完整，更新不及时，变更时缺少跟踪管理，这样一系列的问题，可不仅仅是在小公司里会遇到，大公司也一样存在，那么遇到这样的问题应该如何处理——
是抓住开发的“小辫子”不放，拼命向上级领导投诉到底？
或者干脆破罐子破摔，也跟着糊涂了事？
我想这都不是解决问题的最佳方式……
如果LZ只是想来这里发帖抱怨一下，我想确实可以找到很多共鸣，也会有很多人表示对你的同情和理解，但如果是想来寻求问题的解决方案，就建议LZ能够冷静一下，看看black的回复
比如他说——“关键的，一个测试人员对所测试的产品不了解，如何能测试好，如何能将测试用例的覆盖率提高，”
// 为什么你还对所测试的产品不了解呢？这个要从自己身上找原因。
这话可能听起来不像表达同情的帖子那么入耳，但绝对是在帮助LZ解决问题的，难道测试人员就只有开发文档这样一条通路去了解产品吗？那么又如何去保证开发人员编写的文档就没有问题了呢？对开发文档的检查同样也是一种静态测试啊
所以，在这里，我倒是想给LZ一点点建议：
1、作为测试人员来说，日常工作中，多注重对所测试产品行业知识的积累，多了解和学习相关的业务，尝试做系统结构的分析，使用恰当的测试技术和方法，再结合自己的测试经验同样可以开发出好的测试用例。
2、在用例开发过程中，要注重复用性，也就是说，尽量减少与UI相关用例的开发，尽量与业务结合，这样再将来开发新产品时，只要业务变化不大，就还可以重复使用，会减少很多测试设计的工作量。
3、在测试过程中，注重成果物的积累，比如测试用例、测试场景、测试报告等相关文档，并尽可能的规范化和标准化，当这些文档在测试过程中收到一定成效后，再将其向你的高层领导展示，就更能说明开发过程中文档的重要性了
当然，我说的这些都还是建立在公司的领导有意愿将产品质量提高的基础上，如果说他就只注重交付时间，其他的一概不管，那么在这样一家公司工作确实也就没多大意思了，而且我相信，秉承这样的一种态度，不要说个人，整个公司都不会有太大的发展了
但是LZ跳槽到别的公司后，可能也会遇到这样或那样的问题，我更希望的是，遇到问题后，能够看到LZ不仅仅是抱怨，而是在积极的想办法改进，或者至少先从个人做起，做一点努力的尝试，相信在一家质量体系健全的公司里，是绝对不会埋没人才的

[ 本帖最后由 yolander 于 2009-11-2 14:03 编辑 ]

作者: parater 时间: 2009-11-5 13:32
如果需求不经常变更，
如果局点很少，
如果解决方案就那么一种，
如果产品不经常升级，
如果处理逻辑，实现方式都比较稳定
…………

这个文档就没什么存在的意义！

但是，
当你面临的是一个HI大的系统，
几百个表，几十个局点，需求经常
有变更，产品经常有升级，
没有文档我不知道怎么干活！
短期内可以通过头脑或者笔记
记一下，如果要查1年或者2年
前的处理逻辑，

怎么办？

问开发？

他不是神！！！

作者: etheltim 时间: 2009-12-31 10:22
标题: 从夹缝中生存
对于楼主的贴子，看后很有同感。以前我也遇到过。没文档就问人，只要人家肯说就学习。自己多上测试系统，熟悉业务。当有一定的了解后，不是象刚进来那来随便被人忽悠，在那种“开发就是神”的环境中生存就是要跳出来，勇于表达自己的看法，虽然多数是被忽略。贵在坚持，软件产品就是生产出来被人找错的，说白了就是被人找砸。开发不可能一次次的被原谅。一步步来，现在大多公司还不知道测试能够为其带来什么效益，只是学样招聘测试人员。作为一份职业，你只要在工作中学到知识，自我累积，作为下次工作挑战的筹码，或者跳槽。

作者: majun915 时间: 2010-1-1 20:08
深有同感，不过我不是做测试的，我只是监理，乙方没有文档，我逼他们写哈哈

作者: lubruth 时间: 2010-1-22 13:57
测试是一个十分重要，但是也是一个没有增加价值的部门，导致很多领导说是重视测试，但是实际行动就是没有。
以开发为重点并没有错，但是忽略测试将是一个不可取的行为。
同样的感受！

作者: whn2009goodluck 时间: 2010-1-26 16:21
标题: 同意啊
同意楼主的想法，但是小公司，努力做，壮大后自己就成为领导了。这样环境下培养的人，遇到问题都会容易解决的。

作者: charleswhite 时间: 2010-2-20 18:23

原帖由 lubruth 于 2010-1-22 13:57 发表
测试是一个十分重要，但是也是一个没有增加价值的部门，导致很多领导说是重视测试，但是实际行动就是没有。
以开发为重点并没有错，但是忽略测试将是一个不可取的行为。
同样的感受！

同意~！没有增加价值的部门或岗位，就是这样。
可是，岗位又不是咱雇员制定的。除非你有能力改变这个岗位性质。
要不也别太在意，反正都是这样。
择业的时候要注意选择创造价值的岗位。

作者: huilin.gao 时间: 2010-2-26 14:15
标题: 回复 1# 的帖子
一句老话：“路漫漫其修远兮，吾将上下而求索”

作者: 旗杆 时间: 2010-2-26 16:57
不然就成大公司了！

作者: 眼·M·小四 时间: 2010-2-26 16:58
原来都是这样啊，做测试半年多了，见到的文档十分有限，很多需求甚至业务流程都是在测试中才问才搞通的，不过也没办法，看到开发的天天在加班，要文档已经是个很不现实的问题了，只能靠自己了，不了解，不清楚的抓着问，估计开发的也被问烦了吧

好在公司还算重视测试的，渐渐的也开始规范化了
加油

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)