系列内文章链接：
在上两篇文章中，大刘主要给大家介绍了如何包装和准备自己，以及如何与客户进行沟通和安排统筹。下面就给大家分享下如何对兼职的项目进行测试和验收项目。
测试篇
项目测试，每一个开发者都不陌生。软件项目的测试计划是描述测试目的、范围、方法和软件测试的重点等的文档。然而，对于兼职的项目来说，除非客户特殊要求，测试的流程一般都可以简化，没有必要严格按照软件测试的流程进行。这里有以下几个原因：
- 客户的项目一般要求大都为短平快，时间方面不允许进行严格的软件测试
- 类似单元测试的部分可以省略，除非时间非常充裕，另外你的团队中有相关QA测试人员。
兼职项目的特殊性，决定了开发者大部分是1-2个人，没有专职的测试人员，一般在开发过程中，可以灵活处理。例如邀请客户或者下属公司人员帮忙进行系统功能测试。在兼职过程中，很多情况下，客户都不是完全意义上的甲方，因为客户要求的都是自己需要的东西，所以他们也很乐意参与到软件开发测试过程中。而且，在测试过程中，也会不断的修正之前的需求。
有人可能会说，这样做的话不就会凭空增加了工作量了么？是的，兼职项目不同于正式开发的项目，需求确定了，都是写在合同里面白纸黑字的。不过当然，所有的兼职项目，我也是要求客户方签订简略版的合同的，合同模板可以在网上找找，百度一下很多，稍微改动下就OK了。需求内容都写在合同中，我一般会加这么一句话：
在开发过程中，提供3次以内的需求外变更开发工作，仅限需求小部分改动，如有大量变更，则视情况增加相关费用。
当然，这也是为了灵活变通。合同定的太死，客户觉得太过死板，验收的时候肯定也会卡的很严，需求活泛一些，只要不超过限度，免费给客户多加些功能，需要优化的地方多考虑点，客户肯定也看在眼里，记在心里。
测试报告的重要性不言而喻。这里指的是系统功能测试报告。提交格式最好遵循以下：
- 电子版word测试报告。每个测试报告文件名可定位XXX系统功能测试报告-20170512 ，类似这样，文件名记录提交日期。内容格式大家可以网上找找，简单或负责均可，系统截图必不可少，辅助以文字数据说明。
- 纸质打印版测报告。这个报告是留个客户签字存档用的，一般需要在验收的时候每个模块，每个功能的和客户确认，没有问题就要求客户签字。
验收交付篇
终于到了收获的季节，__。应该是项目的最后一步，验收交付了。项目的验收交付，一般要卡合同上列的交付时间点，只能提前不能延后，因为合同上一般都会写滞纳金什么的，虽然大多说客户都不会抠细节，但是从诚信来讲，还是不要项目延迟交付的好。
验收实际和上面的测试阶段是一脉相承的，所以验收报告也是必须的。一般附在测试报告后面，类似经测试，XX系统各功能模块满足合同中要求，予以验收等等，最后也是客户签字确认。
签完这个，整体的项目开发流程就完成了，下一步就是要交付客户阶段。作为软件产品来说，因为源码的可复制性，所以交付必须在全款或者90%开发款支付后，方可发给客户。
这一点非常重要，大刘开始因为这个也得罪了不少客户，不过这都是血的教训换来的，没法，软件开发产品就是这样，那些不给钱就要源码的行为都是耍流氓。尤其针对兼职开发这样没什么担保的单子。另外，如果客户要求你提前部署到对方服务器上，也请您秉持原则，谁知道对方会不会一把修改掉远程桌面密码，到时候你只有哭的份了。不要说我怎么知道的，你懂的。。。
交付格式一般如下所示：
- 源码打包文件
- 设计图原始文件和生成图片文件
- 操作手册（可以用QQ截图形式，辅助以文字说明）
- 对方网络环境配置，例如FTP，数据库的用户名密码
- 质保说明文件一份
基本就这么多，大刘做开发也快8年了，兼职也接触了很多。这个系列里很多地方都没有说到，例如分阶段验收，开发方法，团队配合等等，肯定也有说错的地方，以后有时间会补充一份上来，不对地方欢迎大家批评指正。
