其实要想自己拥有真实的项目经验，别无他法，唯一的办法就是去做。

只有自己亲自动手去做了，获取的经验才是自己的经验。

只是听别人讲，是没办法明白在项目中会遇到的各种问题的。

好了，正式开始给大家分享。

第一步 找到合适的项目

互联网上的项目千千万万，大家可以根据自己想要获得的经验，去选择一个合适的项目。 比如，你们想要有APP测试经验，那就去选一个APP。想要WEB测试经验，那就去找一个WEB项目。想要物联网或者智能穿戴设备的经验，那就去买一个对应的设备。

比如，我已经学完了软件测试的相关的知识了，现在我想要找一个项目来练手。

网上的项目那么多，我该怎么去选择呢。

我们可以从以下几点去考虑。

1、排除负责的项目。

大家都是初学者，刚刚学完测试，复杂的项目会让你摸不清楚头脑，不知道从那里下手，而且内容太多，短时间内，你没办法全部整体的去做一遍，所以我们要选择简单的项目。大家可以去应用市场里，找那种刚刚上线的，用户量还不多的那种项目来做。

2、选择主流的项目。

什么交主流的项目，也就是现在最流行的产品。比如，电商的，社交的，金融的，直播的，问答的，资讯类的。这些都算是主流经验的项目。

3、选择自己擅长的项目。

这个你要看你自己擅长什么，各位可以从自己常用的软件下手，这样需求你们可以更明白，比如我经常逛知乎，知乎上的各个功能我都很熟悉，知道每个功能是做什么用的，我设计他的测试用例就会很轻松。

通过了以上三个步骤的筛选，我们就已经找到了我们即将用来练习的项目了。

第二步 熟悉项目的结构和功能

一般来说，我们这样子找到的项目，我们除了客户端能够了解外，我们是不能看到他的后台的，所以，我们只需要对客户端进行测试就行了。

但是我们应该可以分析得出，这个项目是用的什么开发语言，什么数据库。什么模式开发的。

一般主流的都是MVC模式，mysql数据库。Java/php语言。

我们要自己按自己的猜测去画出这个项目的结构图。

客户端-数据库-服务器之间的关系。

其实这一部分可以套用的，大多数的系统都是MVC模式的。

画出了项目的结构后，我们就应该去熟悉他的功能了，理清楚客户端的业务逻辑。功能流程这些东西。

只有在熟悉了这些后，我们才能够对他进行测试。

这个熟悉的过程，差不多就可以算作需求分析的过程了。

第三步 估算工作量，编写测试文档

在对整个项目已经有了一定的认识和了解后，我们就要开始编写测试文档了。 可能大家以为，就是直接对这个项目进行测试就行了。

其实这样子做是没有意义的，你也学不到什么经验。做完后，说不定和没做没什么区别。

所以，我们现在应该开始编写这个项目的测试计划、测试用例。 我建议大家，严格的按照实际的情况来做，你就要认为，你现在就是这个项目的测试工程师。

测试计划，就应该按照实际的来写，每一部分都不应该省略。千万不要随便网上找一个模板，自己看看就以为自己会写了。你自己不去做一遍，是不知道这里面的坑的。 测试计划写好了后，就开始测试用例的编写。

测试用例的编写和测试计划一样，不要省略。所有的功能，都要写进去。

没有需求文档怎么办？没有需求文档就参考市面上成熟的同类型项目的实现方式。

第四步 执行测试

根据前面编写好了的测试用例，去执行测试，因为我们选择的项目都是那种才上线的项目，用户量还比较小的，可能公司的开发团队也不是什么大牛团队，所有，你们百分百是可以比较轻松容易的找到BUG的。

在执行测试的过程中，把找到的BUG记录下来，你们可以自己在本地搭建一个BUG管理系统来记录，也可以直接用excle来记录。

并且在测试的过程中，发现用例写的不合理的地方，也需要做更改，请认真的去对待这个事情。

第五步 编写测试报告

测试执行结束后，根据你找的BUG进行分析，编写测试报告。 说明这个产品的质量情况，指出不足的地方，哪些地方可以值得改进。

结论

在你们完成了上面的几个步骤后，肯定是会有收获的，不过，你们只是意思下的走个流程，那就没什么意思了。

还是那句话，实际的认真的去做，和敷衍的走流程，效果是完全不一样的。

可能好多小伙伴，看完了后，会觉得说的是些废话，你也知道是这样做。

那么问题就来了，你为什么不去做呢？

我给大家整理了几个适合用来做练习的项目。

APP：

阅色、小步商城、inyota、聪头、

WEB：

上海一手房 http://www.sh-ysf.com/zongdai/

里子 https://lizitm.cn/

建筑头条 http://www.archnews.cn/

以上都是我随便找的一些比较简单，而且看起来问题不少的网站或者APP。

好了，还有具体的问题，可以联系我。公众号：程序员一凡