今天完成得事情：

         今天师姐给了一个项目得原型和需求，让其去好好观看每块原型模板和需求之间得关系，

并思考了一些关于qa任务系列得整改方向和建议。

收获：

一. 

         通过观看项目模型和需求更加得清楚得了解一个项目得各个方面得模块原型

得细节和步骤，能更直接得了解到用户所需得需求，并很快的写出符合用户角度的

测试用例。因为一个产品全部的功能点时何其多的，所以在写测试用例时也是任重而道远的。

二.

         关于qa任务的大整体修改，其现感有一个大概的而框架方向。我感觉其任务太“独自”了，并没有太大的关联

和互通性，而单独的任务里给其 的任务学习流程也是相和于整个任务链一样的要求的不清楚。这样让初学者很容易迷失在任务初阶，

不止如何下手。这样让一类人想学其QA和想了解我们修真院的有意向的学员对其“望门远望 独留叹息”，对于学员的积极性也是

不小的打击。所以我建议在每个任务里加一些细致化的问题，比如在其任务一里，任务一了解的所其时需求，这对于初学者很莫名其妙

只会让脑海里蹦出大大的蒙蔽，什么的需求，需求是什么？而不会考虑到是不是一个产品的需求？（这对于从任务一 一直摸索到现在

的我深有体会的蒙蔽），在其做任务前或者任务中让其学院先其思考什么是软件测试和一个产品为什么要进行软件测试的相关的测试

基本定义。这样的细节性问题更容易衔接"什么是需求“这样直白性的问题，虽然修真院的教义是发动学员的主观能动性学习，但如其

刚学习时就能让初学者对于任务一的学习目标一目了然条理清晰让入门或者零基础的学习者更容易了解，也更能体现出我们修真院关

于qa的学习是系统性的 有条理的 清晰的 ，而不是散乱性学习。

        总之，我所想的整体任务系列所走的建议方向是任务与任务与任务之间环环相扣，并且任务与任务之间也应保持着”承上接下“的

关系，而不是向其现在的太过于独立。而每个任务之间的内容关系衔接尽量控制问题与问题之间的”距离感“。让其感觉到每个任务都有其

目标性学习。

明天计划：继续观看项目原型和需求，如果其qa任务构想方向成功，继续构思。欢迎师兄点评和建议。