测试用例(Test Case)其实是将软件测试的行为活动做成一个测试用例的科学化的组织归纳，目的是能够将软件的测试的行为转化成可一管理的模式；同时测试用例也就是将测试具体量化的方法中的一个，不同类别软件，测试用例都是不同的。不同于个个系统、工具、控制、游戏软件，管理软件的用户需求全然不同的趋势。
首先，找产品经理了解熟悉当前产品，首先得知道这个产品的中心概念、使用场景、开发模块优先级等等，产品经理开始一般会口述给你讲解等等。
其次，一般产品要开发，产品经理都会做“原型”，产品经理按照他当时做的原型图给你讲解每个功能模块、且某些模块之间存在关联、存在一个模块有好几个入口、哪些模块是在规划中，但是第一个版本暂时不做，第二个版本中进行开发等等，你都要认认真真的听，因为这些跟你后面写测试用例有天大的联系，这些都是最基本需要了解的信息，某些特殊的模块使用产品经理都会在原型旁边进行注释说明，如：用户名称文本框输入，会注释说明可输入的长度、内容（汉子、数字、特殊字符等）限制等等，在产品经理讲解时，要注意查看注释，遇到概念不是特别清楚的，要及时提出与产品经理进行沟通，对产品原型要熟悉。
再其次，向ui设计人员要相关的设计图，拿到设计图不要以为就可以开始写了，首先应该对设计图进行预览，每个页面的设计最起码心里要有个概念存在，这样在写用例时查找对应的设计页面就会很快，不至于瞎找半天还找不出来，对产品了解清楚之后。
最后，就可以开始写测试用例了，参考：产品原型图与设计图，一般小公司都会有这两个，需求文档就别想了，基本很少有人去整理需求文档，如果在资料全的情况下，可参考的条件越多，写出的用例越全面，遇到原型与设计不匹配的地方，一定要及时提出，与产品经理或者ui设计人员进行沟通确认。