51Testing软件测试论坛

标题: 刚入职一月,有急待解决的问题 [打印本页]

作者: calm0911 时间: 2007-12-10 15:37
标题: 刚入职一月,有急待解决的问题
在小公司,实际测试的过程中,都是一个系统给你测,这个让我有点没有头绪,想问问同行,如果公司现在给你一个系统,简单很少的说明文档,你怎么展开测试,具体点,大伙探讨一下

作者: smallsky 时间: 2007-12-11 14:30
慢慢摸索

作者: pangda 时间: 2007-12-11 15:36
向你的主管领导请教。或者与向开发人员请教软件的构造和涉及到的业务流程。

你说呢？

作者: leixiao 时间: 2007-12-11 15:53
试着把你的系统分成几个模块，根据你所测系统的实际情况来划分，根据所测系统的要求，一步一步去细分，然后在看看用例什么的。也可以自己给自己弄个小小的测试计划。

作者: bzfyhfyh 时间: 2007-12-11 21:15
如果有时间的话，我认为，要按照软件测试的流程，进行一遍。
1.根据软件编写测试计划
2.编写测试用例
3.执行测试用例
4.提交bug
5.查看提交的bug，然后进行回归测试（如果有新版本，或有开发人员修复，就进行这一步）
6.编写软件测试总结

作者: yangtesting 时间: 2007-12-11 22:44
看你公司有无测试相关规范，如果什么都没有你可以请示上级领导是否需要建立这样一套测试流程，如果没人支持，那么搞好了也没功劳，搞坏了就等着被训吧。
只要努力过，即使失败也是收获

作者: zzytion 时间: 2007-12-11 23:11
我也马上就是你一样得挑战,我一个人测试一个项目,狂昏咯!

作者: puchonghui 时间: 2007-12-12 07:37
慢慢摸索
最要紧的是要尽可能的去了解业务流程

作者: dujun 时间: 2007-12-12 09:08
哎我也是一人
没有文档自己摸索和开发讨论

作者: 板砖 时间: 2007-12-12 10:45
对于这个问题可以参考以下解决方法.
http://www.qaabc.com/main/html/Lessons/20071116/3.html

作者: hezhonglian123 时间: 2007-12-12 10:45
标题: 回复 1# 的帖子
刚到一个地方是比较难的,但是你可以慢慢的熟悉的,有什么问题的话问你的老同事或是上级领导最好了

作者: baizhudan 时间: 2007-12-12 16:01
我个人觉得真的一个人的话要按照一套标准流程来的话是不切实际的，弄到后来大把大把时间花在标准流程上，比如计划，用例，甚至报BUG上，本身测试的时间没有多少，吃力不讨好。真的一个人的话公司又没有很好的支持，我觉得先测试起来再说，报BUG都可以直接写在记事本里甚至有些问题直接和开发谈。流程的建立我觉得也是要测试部门具有一定规模后才能实现或者才有意义实现的。

个人看法。

对于计划我觉得可以放在心里今天准备测试多少功能，明天准备测试多少，对于用例，可以简化成CHECKLIST，保证测试的功能不会重复或者遗漏，主要精力还是放在测试上吧，LZ的小公司估计也不会要求很正规的流程，你如果花了时间在那些上面，反而适得其反。

[ 本帖最后由 baizhudan 于 2007-12-12 16:05 编辑 ]

作者: hbxtly 时间: 2007-12-12 18:45
首先得熟悉业务流程，才能开展测试工作

作者: 测试有前途 时间: 2007-12-13 13:34
从说明文档开始测试业务流程

作者: zhuhaitest 时间: 2007-12-13 17:04
我以前基本上都是这样的工作情况，先摸索，把不明白的弄明白，主要是与程序员沟通，获得相关的产品业务流程图，逻辑图，写测试用例，注意缺陷的沟通。

作者: 水上飘 时间: 2007-12-13 17:20
首先熟悉业务需求是最重要的
然后根据公司情况开展合适的测试流程，从测试计划到测试报告下来
如果公司太小不注重那些正规的测试流程，那就把业务搞懂就抓紧时间测试吧，问题记录好，以便回归测试

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