一个人怎么搞测试？
公司因为不是专门的软件行业，所以软件测试这一块就我自己来搞。当然，开发部门那边的单元测试我是不管的，我也不懂代码。测试也就是测试一下软件的各个功能点是否能够正常，软件运行的性能方面是否正常。只要功能点能够正常就OK。不过感觉测试这一块就我自己，总是感觉忙不过来。各位有没有好一点的建议啊？
现在测试搞的我头大，晕晕的，主要是测试的流程有时候搞不清楚，希望能够得到各位的帮助。一个好的流程能省下不少事呢。
还有，各位有没有一个人在搞测试的啊？讲下经验啊？ 麻雀虽小，五脏俱全。 回复 2# 千里
可惜的是，软件测试的许多流程我还不了解，想让其全起来也不容易啊 主要是测试一直就你一个，还是以后会发展那？
要是就你一个那就去网上找些资料看看，总结出个适合自己的就行。 项目流程分为：启动、计划、执行、监控、收尾。
我对测试流程的看法是：计划（策略）、用例、执行、报告。 乱搞 不搞 测试流程大致分为：
1. 前期需求分析将用户的user story整合成需求文档
2. 开始写测试计划包括：测试的策略，风险评估，时间估算，资源配置
3. 编写测试用例,执行测试（到软件后期开始加如不通过性测试，回归测试，性能测试等测试策略）
4. 对于每个迭代或者milestone，写测试报告，并根据数据分析判断是否满足进入下一阶段，调整下阶段的测试重点，以及提醒。
测试最重要的是把自己的工作做好，把该提醒别人的事都做到了，其他如果发生问题，可以找到证据不是咱们的错就OK了。不然担的风险还是比较大的。 哎！我也是一个人在奋斗！ 多看点测试的资料，快速掌握工作中用的工具 我也是一个人在奋战:handshake 一个人奋战的好多哦。。。。 我也是一个人啊 孤独 关键是不会的多，都要学习，没有一个人交流的，什么流程啊一切都是从简化，我倒是想规范化。最近在学习loadrunner迷茫中啊 但是每天过的很充实，能学到好多东西 希望快点招个人，能交流的 测试计划-->测试用例书写-->测试用例执行-->测试回归（用例，用例执行）-->测试总结。 回复 14# magicwin
一直是这么做的，一个人，真累啊 真的挺累的。。。。 :)我也是一个人啊，一个人能做多少就做多少。 7楼和14楼说的不错，但是要做全做细一个人会很吃力。人少就一切从简，无需太多流程和太规范。
1) 需求么，就把每个功能点、非功能点之类的简要一句话列出来；
2) 测试计划, 稿纸上写一写，然后mail中发给老板就可以了, 不用太正式;
3) 测试用例，先根据需求把重要的写出来，有精力再考虑相对次要的，而且也不用写得太规范，简单点就好，可以用Excel管理；
4) 每一版做好冒烟测试，和回归测试，定期做一次全面测试；
5) Bug管理最好能用规范的工具，当然人少也可以直接用Excel管理;
6) 根据需要出测试报告，也不用每一版都出的。
一家之言，欢迎大家扔砖头。 我也是一个人啊，一个人能做多少就做多少。
aannhappy 发表于 2011-7-22 10:43 http://bbs.51testing.com/images/common/back.gif
17楼的说法么，话最这么讲，但还是有些讲究的。
流程是要走下来的，大面上都要覆盖到，到于细微处才可说“一个人能做多少做多少”。
自己一个人，也要考虑到将来扩大到一个team啊。 回复 17# aannhappy
要去多想哪些做了有用，哪些做了在目前用处不大。
