大家肯定都有这种经历，老师给了程序代码模板，我们稍稍去该一些地方，完成需要的实验任务，然后丢到一边置之不理，从来没有过软件测试的概念。，阅读之后发现软件测试的方法很多，比如单元测试，代码覆盖率测试，构建验证测试，验收测试，探索式的测试，回归测试，场景/集成/系统测试，伙伴测试，效能测试，压力测试，内部/外部公开测试易用性测试等等，当我们只是为了某个目的去看待一个代码的时候，目光就会很浅，不能发现程序本身的错误与不足，于是我们就需要一些比较合适的测试方式来对我们的代码进行测试以达到更好的水准。
在我们的产品出世之后，我们需要进行用户场景分析，到底我们的软件产品，会有什么样的用户？这些用户会用它来做什么？他们会怎么来进行操作？我们需要尽可能详细的场景分析，从用户角度出发，设身处地的去考虑，去揣摩用户的心理，把握用户的用户体验，检测到用户在使用过程中会遇到哪些问题以便我们解决，以及在任何环境下或者用户（外行人）的任何操作都必须让软件看起来是正常的，也就是传说中的换位思考，把自己当场一个不太了解电脑的用户来做软件。
关于"写文档"这件事,王老师也一直在强调写文档的练习，可以看得出"写文档"对于我们也很重要，这与代码注释一样代表我们愿意与人交流，愿意与人合作，这样才会有人愿意跟我们共事，通过写文档来对自己的工作或者一段代码的总结很有必要，而且要写的让别人能看懂，能让别人知道你都做了什么，是怎么做的，甚至达到它能去接着你的做，这样的文档才是好文档，这样总结不仅对自己是一个提高，也是团队合作的一种形式。
在今后的学习中，我也要渐渐学会去写文档，打打这种基础，对自己的程序也要做一些测试，进步是一点一点的。