1、，试叙述对一个软件项目测试的全过程？
一般的软件测试流程是这样：
1.拿到需求说明书，开始对需求进行测试，找出需求中的问题或者说不可测的地方
2.需求测试通过后，根据需求说明书制定测试计划，包括测试策略、测试方法、测试周期等
3.然后根据软件功能说明书编写测试用例，一般的公司都是根据需求说明书进行编写
4.搭建测试环境，包括软件环境和硬件环境
5.根据测试用例进行测试，提交缺陷
6.回归测试
7.测试完成后，进行测试总结，编写测试报告 至于测试文档，我这倒是有cmmi标准的一些文档，如果你想要的话，可以留下邮箱，我发过去。 好了，都发过去了。
学习软件测试应该从哪里找项目，找不到软件来练手？
在我看来，如果说学习软件测试的过程中找不到项目去练手，这都是“借口”，或者说是对软件测试还没有一个正确的认知。
软件测试人员硬性要求
软件测试这个岗位看上去似乎充当的是比一般用户更专业的“用户”而已，软件测试过程其实也是使用产品的过程，所以软件测试岗位的门槛较低，哪怕是没有任何经验的人员经过一段时间的了解也可以轻松上手此岗位。
软件测试岗位入门门槛低，但并不代表所有人都能胜任此岗位。我带的团队也有测试人员，在我看来软件测试人员需要具备的硬性要求有：
站在用户的角度去思考问题；
对于每个功能模块要多思考为什么要这样实现；
多看竞品，多动手。
软件测试如何找项目练手？
对于一般的软件测试岗位而言，基本上都是功能性测试，很少涉及更为底层的测试（比如：API测试、压力测试、白盒测试等）。我们可以把项目分为以下几类：
1、B/S类项目
说得通俗点就是网站类型的项目，通过浏览器访问的项目。这里可以细分为：WEB、WAP端。
2、移动端项目
目前移动端主要有两大类：Android和iOS
3、桌面应用
这种更多的就是Windows上的桌面应用。
把项目分为这几类后就可以针对性寻找项目练手了。对于B/S类项目我们在网上随便找一些网站就可以进行测试、移动端项目在应用市场下载一些应用即可、桌面应用相信每个人的电脑上都有。
另外，同类型项目不少的功能模块都差不多的，比如说登录注册这块的业务逻辑绝大多数都是相似的，在测试过程中需要做好总结。