刘大荣 2010-10-25
搞不懂你去那么小的公司做什么
王艺 2010-10-25
老总不懂你让他懂咯~何必要让他牵着鼻子走。
实在沟通不了你就不干了呗,这次你屈服了,以后做不好他会觉得你没能力,还是自己挨骂受罪
李康 2010-10-25
李康 2010-10-25
韦阳 2010-10-25
我想这个工作内容需要你去开拓,呵呵,你是负责人。
熊志男 2010-10-25
别去了
李康 2010-10-25
李康 2010-10-25
王俊虎 2010-10-25
特殊问题特殊处理吧,基本且重要的文档一定要有,例如需求说明书等,其余的重点靠沟通,落到纸面上的文字势必会增加时间,对于周期比较短的项目不适用。
李斐然 2010-10-25
这种小公司, 开发灵活, 测试灵活, 流程灵活.看上去很难搞. 其实更能锻炼人. 因为它要求你也能灵活的满足公司测试的要求.
我的建议.
1) 作为软件测试工程师, 把眼光放远一点, 放到公司的角度. 帮助公司的产品赢取市场, 而不是仅仅在软件质量.
2) 别苛求文档, 有文档固然好, 但没有的情况下也要跨越之, 不能因此而停下工作.
3) 好好规划你的testcase. 比如重点是过程性的testcase, 而不是datadriven的testcase, 重点关注一个senario, 而不是围绕一个特定的功能点展开详尽的测试....
4) 如果可能的话引入灰盒测试. 针对接口测试, 使用TestNG类似的框架. 多和Dev交流, 让他们使用你的测试来验证他们的代码集成在一起也能工作(而不仅仅是通过unittest), 这样的目的是让你的测试更有效率.
5) 适度开发一些自动化测试, 从BVT测试, 用户验收测试开始, 逐步丰富, 这可以减少你后期的工作量.
优秀工程师的工作会超越别人对他的期望!
王宏瑜 2010-10-25
先问个问题,这个公司的基本的式样文档有没有,如果一点都没有的话是没办法做的,但是如果只是文档不足,而且时间比较紧的话,你可以研究下敏捷测试,慢慢改善这种状况。
我最近带的项目也是从中间进入的,之前也没有真正的测试,都是开发人员在做,但是好在还有基本的业务说明以及一些很粗糙的式样。我们基本上3个月左右就要给客户release几个机能,现在做了也1年多了。
刚开始时也很难,遇到的问题也是各种各样,跟开发人员不知道浪费了多少唾沫,不过后来还好,慢慢建立一套还算有效的测试流程。
把我的几点经验分享给你。
1.一定要明确schedule,测试计划的东西,这个是最后保证纳期的。但是在计划时要考虑进去风险性,所以一定要给测试留有一定的时间测试。要把开发截止时间卡住,尽可能往前。
2.开发初期测试人员就介入到开发过程中,甚至找几个稍微强势的测试人员按照自己理解的式样告诉开发人员,客户的界面应该是什么样的,怎么样做客户在流程上使用会更方便。如果可能的话最好有个测试人员可以跟客户直接沟通,直接作式样总括,这样可以避免业务理解定偏差。还有如果测试人员足够多的话,最好跟开发是1对1组成partner,正常应该是这样子搭配的,这样子会让我下面说的条件3更有效。
3.不要特别要求开发文档性的东西,但是测试人员一定要加强与开发人员的沟通,虽然沟通成本加大了,但是是有必要的,一定要把开发人员肚子里面的东西都挖出来,包括他什么时候改什么东西,可能影响范围。因为一段代码的改动影响可能会很大的,可能会导致之前的一些测试结果的无效,测试必须要知道这个,否则没有办法预知风险
4.测试文档也不要要求面面俱到,测试case不要写那种具体输入输出结果很明确的东西,但是可以根据需求先写测试观点,后期随着式样确定再展开,这样避免后期维护的问题
5.在机能测试,回归测试开始之前加一轮场景测试,也就是跑业务流程。虽然可能在开始初期大多数都跑不通,但是这一轮测试会让你提前发现很多的问题。
龙甲燕 2010-10-25
学习了。。。
甘隆琴 2010-10-25
人还是比我在的这个多。。。
甘隆琴 2010-10-25
张瑞刚 2010-10-25
小公司有小公司的测试情况,小公司的产品规模一般比较小,工期短,对测试的要求也比较灵活,不要照搬正规流程,我感觉有些项目测试用例都不需要,项目需求很不完善情况下,没有时间写用例,这种情况只能多与项目经理、开发沟通,列出简单的测试点进行测试即可,
熊志男 2010-10-25
林子新 2010-10-25
李康 2010-10-25
李康 2010-10-25
李康 2010-10-25
李康 2010-10-25
李康 2010-10-25
李康 2010-10-25
李康 2010-10-25
杨姣玉 2010-10-26
我个人觉得,如果你不喜欢现在的公司,就走留下来也没什么意思。但如果你觉得某些地方还是有留下来的价值的话,就留下来好好做测试,不是没可能做好的!小公司虽然流程不太规范,但也需要做好测试,才能更好的提高产品质量啊!既然老总需求有专业的测试人员,说明他也很注重产品质量,那么你的工作也是有价值的。我觉得在最差的情况下,连需求说明书都没的情况下,也是可以做测试的。软件产品的功能、业务总是可以从开发或项目经理处了解清楚明白的。所以,不规范我们就不规范的方式来测,也行啊!
王艺 2010-10-26
甘隆琴 2010-10-26
明年年初吧。。。现在脱不了!!!
王宏瑜 2010-10-26
吴楠 2010-10-26
我原来是在北京专门的测试公司外包到其他公司做测试的那种,回到沈阳后,就如你说的那样进了一家小公司,你说的烦恼我很能理解。现在主要是web的测试,因为原来我没有接触过,所以一直在坚持。如果你觉得这样对你是个挑战,你能克服得了也就没问题了,看看有没有什么可学性!
吴楠 2010-10-26
所有的需求需要和开发进行沟通、和老总沟通,需求清楚也就容易测试了,这个沟通过程很考验人的,我还在坚持中。。。。。。
孙威 2010-10-26
彭剑 2010-10-26
我现在就这情况,正在考虑闪人呢、一个测试对十几个开发,都不知道这半年多是怎么坚持来的
刘玉晓 2010-10-26
我现在呆的公司跟你说的情况一样。开发的有4个,就我一个测试别的都是做营销的。不过现在好多了。我却要跳了
李冲 2010-10-26
老板总是以为只要招一个测试就能把所有质量问题都搞定了,出了问题的意思就是,我招你这测试干嘛的啊,吃干饭啊?质量如果是这么好提高的话,还要专业的测试人员,还要那些流程规范和文档干嘛
左奇 2010-10-26
这个做起来是要花费很大时间和精力的······
柏茂旺兴 2010-10-26
实在不行 闪吧 这种公司靠考虑到自己的工作前景 累死累活的干 老板还不在意 工资再高也不行啊
袁帅 2010-10-26
李康 2010-10-26
李康 2010-10-26
李康 2010-10-26
李康 2010-10-26
李康 2010-10-26
李康 2010-10-26
李康 2010-10-26
李康 2010-10-26
李康 2010-10-26
李康 2010-10-26
杨姣玉 2010-10-27
刘玉晓 2010-10-27
柏茂旺兴 2010-10-27
左奇 2010-10-27
甘隆琴 2010-10-27
李康 2010-10-27
李康 2010-10-27
李康 2010-10-27
李康 2010-10-27
袁帅 2010-10-28
杨姣玉 2010-10-29
小窝 2011-06-08
转发至测试窝微博 http://weibo.com/testwo