我也想知道，

没被这么问过，只是初一道具体的题，然后等你用例出来；
结合现在做的，大致说一下鄙人目前的思路哈，整一个 xmind，把需求的功能模块罗列一下，然后对照产品文档将这些功能模块扩展一下，之后针对这些细的功能点进行用例编写；上面的一套只针对细节，之后再补充点流程相关的用例；然后围绕其他点（安全等）进行用例补充；

比较朴实无华的回答是，针对产品文档的每一句描述都确定有一组对应的用例。主动考虑文档没有覆盖但是是常识的功能点设计对应的用例。这两个能坚决执行，那么基本能保证覆盖率到 95%。用例评审的时候再查漏补缺剩下的 5%。

面试时候也被问到了，回答不是很好，然后面试官给出了他自己的答案 “当我们设计完测试用例，可以从以下几点出发 ‘功能、性能、兼容性、安全性、易用性...‘，按点展开，检查测试用例是否覆盖完全 “

我的回答也基本是这样的，但是有个问题就是，这样只能从自己的角度出发，可以通过用例评审查漏补缺，但是感觉用例评审，没几个人正经听

尽人事听天命

代码覆盖率在手工测试上的实践（用 jacoco）当时被问到这个问题 对方希望是有这个回答

通过代码覆盖率来检测啊，服务端差不多就是 jaocco,移动端 Android 可以使用 jacoco, iOS 也可以使用 XcodeCoverage，这个是精准测试的一部分内容。可以通过测试过程中收集覆盖率数据，最后评估测试的覆盖情况。