距离上次写博客已经一周多时间了，上周在选择工作中，这周开始加入了新公司，开始了新项目的测试用例编写，此时将测试用例中的一些基本问题进行整理，有不足的地方后续继续进行修改，从最基础的开始写起。
进入新公司，由于对当前产品不了解，如果直接开始写测试用例，写出的测试用例恐怕有点悬，就像吃香蕉一样，即使你知道香蕉是可以吃的，但是你不知道怎么去吃，在不了解的情况下，直接拿起来连皮啃，肯定不好吃吧，只有当你了解了，原来是要将皮剥了才可以吃的，剥皮后的香蕉吃起来特美味了吧，写测试用例也是一样的原理，在着手开始写测试用例之前，需了解以下信息：
首先，找产品经理了解熟悉当前产品，首先得知道这个产品的中心概念、使用场景、开发模块优先级等等，产品经理开始一般会口述给你讲解等等。
其次，一般产品要开发，产品经理都会做“原型”，产品经理按照他当时做的原型图给你讲解每个功能模块、且某些模块之间存在关联、存在一个模块有好几个入口、哪些模块是在规划中，但是第一个版本暂时不做，第二个版本中进行开发等等，你都要认认真真的听，因为这些跟你后面写测试用例有天大的联系，这些都是最基本需要了解的信息，某些特殊的模块使用产品经理都会在原型旁边进行注释说明，如：用户名称文本框输入，会注释说明可输入的长度、内容（汉子、数字、特殊字符等）限制等等，在产品经理讲解时，要注意查看注释，遇到概念不是特别清楚的，要及时提出与产品经理进行沟通，对产品原型要熟悉。
再其次，向ui设计人员要相关的设计图，拿到设计图不要以为就可以开始写了，首先应该对设计图进行预览，每个页面的设计最起码心里要有个概念存在，这样在写用例时查找对应的设计页面就会很快，不至于瞎找半天还找不出来，对产品了解清楚之后。
最后，就可以开始写测试用例了，参考：产品原型图与设计图，一般小公司都会有这两个，需求文档就别想了，基本很少有人去整理需求文档，如果在资料全的情况下，可参考的条件越多，写出的用例越全面，遇到原型与设计不匹配的地方，一定要及时提出，与产品经理或者ui设计人员进行沟通确认。