1-1、请问丁老师，客户端关于人脸识别监控的用例什么写，应该注意什么？ 1-2、老师你好，我有在测一个app，当中的人脸识别系统用例该怎么写怎么测？
答：这两个问题回答相同，因为没做过人脸识别，所以不做专业知识的回答。但是我查了一下资料，这段可能有帮助：
首先你需要下载人脸
测试库，如yale、au等，如何想更好的测试识别效果，还需要自己实际地建立人脸数据集，因为现有测试集上识别率高到90%，而实际会不到50%；其次，需考虑光照、角度、表情等。
2-2、如果公司测试时间紧张，没有写测试用例的时间，如何保证高的覆盖率？
答：这两个问题回答相同，写测试用例有一定的工作量，而且有严格的格式要求，所以确实比较耗费时间。测试用例注重的是循环地利用这些用例来回归测试。如果是
敏捷测试，肯定没有时间去写详细完整的测试用例的，那么可以改测试用例为测试点去写，只写到要测试什么，至于具体的步骤则可以不写。这样就减少了很多工作量，也不至于漏掉测试内容。但是，这么一来，做测试执行的就必须是有经验的测试人员，否则测试的风险就高很多了。
3-1、你好，怎样才能用最少的用例覆盖到最多的功能，增加用例的有效性和减少用例的写作成本？
3-2、测试用例如何最少的用例来覆盖？
3-3、测试用例怎么设计才能更全面，覆盖需求？
3-4、如何让测试用例覆盖更全面？
答：问题回答相同。
1)
在分配编写任务，或者划分用例的模块组织结构的时候，考虑将相同的功能提取出来，只写一个测试用例，测试执行的时候，这个共同的功能只需要测试一个。例如:APP测试里面，微信用输入法，网页用输入法，
短信用输入法，那么输入法一块，如果没有特殊功能区别，就提取出来，做专项测试，测透了。然后再集成到每一个模块中去做场景测试。
3)设置user story的时候，去向客户了解下，那些是他最常用的功能场景，优先写用例。
4)
其余的就是一些普通的
测试技术，比如边界值；等价类，去掉一些冗余项，不合理，不常用的项。
4、测试用例测不出bug怎么办？
答：观察下测试用例的理论值是不是按照SRS或者用户需求写的，不能按照实际应用的表现来写，否则再执行一遍肯定是理论=实际，一点意义都没有。
5-1、测试用例设计方法有哪些？
5-2、写好测试用例有没有什么技巧或者方法？
答：问题回答相同，比较常用的有以下这些：
等价类划分
边界值分析
正交分析法
状态迁移法
流程分析法
输出域测试
输入域测试
判定表法
因果图法
错误猜测法
6、因为我刚接触到金融，请问怎样有效的高质量的去写测试用例。 对于金融方面测试时需要注意哪些问题，金融--支付该怎么去测？
答：测试分两块去学习，一块是测试的基本技能；一块是被测应用的业务知识。
基本技能主要就是测试用例的设计方法，比如等价类，边界值，判定表，状态图等等。
业务一块就涉及到金融支付的业务流程。
金融支付的测试必须要讲上述两者紧密结合起来。
1）首先要把支付过程中所有可能的路径都画出来，包括正常支付和异常支付，可以参考SRS，也可以对支付代码进行分支路径识别，对代码的分析可能会更彻底一些，保证肯定不漏掉某些场景。
2）其次，上面是从白盒角度去收集测试场景，下面就要从用户角度去收集，用户之前遇到过什么支付异常的经验，建议到客户现场去做头脑风暴。
3）
再者，支付上面最容易出问题的，无非是小数点、大数额的位数支持、支付接口、各种超时等，所以涉及的测试方法肯定要包含边界值、
数据库测试、
接口测试等。
7、老师能否共享一下自动化接口测试的方法？
答：这是个大话题呢，比如现在热门的webservice的测试，涉及一系列的知识点。不是几句话可以说明白的。
推荐用jmeter去做接口测试，又是免费的，支持的协议也多，还可以二次开发扩展。网校中有这个课程。
8、敏捷测试的测试用例的核心该如何把握？
答：敏捷测试追求的就是速度快，效率高。要抛弃传统的详细测试用例的设计方法。可以改测试用例的步骤为测试点，只写到要测试什么，怎么测试步骤交给执行人员去考虑。测试点可以用头脑风暴去丰富。
9、如何划分测试用例颗粒度
答：这个要分测试阶段的，
单元测试阶段，粒度就要到每个函数，甚至到每一个if语句的分支。junit，testng等工具都可以用。
集成测试阶段，粒度到每个功能模块，做接口测试较多。
验收测试阶段，就是站在用户角度，从场景流程去考虑了。
10-1、怎样用最简洁的语句写好测试用例？
10-2、如何写出高效的用例，用例标题和步骤如何写比较好
答：我觉得语句不能用简洁来形容，应该说写出来的东西，没有二义性更重要，就是换谁来读，得出的意思是一样的才重要。
不要用很艺术的表达，不是作文比赛，单纯叙述步骤就可以，短语句。
比如：点击"确定"按钮；返回上一步；输入"123456"就可以了。
11、 最近在看探索式测试书籍，很感兴趣，如果把传统测试和探索式测试综合应用的话，用例容易重复，怎么避免？
答：探索性测试比较多的依赖测试人员的经验，这部分人可以从场景和user story方向去测试。
余下的单元、集成测试，还是传统的测试比较靠谱。
12、 测试用例的通用模板是什么，在设计测试用例时需要考虑到那些方面？
答；用例模板每个公司都不一样的。一般包含：
13、 请问如何定义bug？怎么找到软件中的bug？
答：bug的描述，我觉得是越详细越好，一定要包含发现BUG的步骤（便于回归验证）、软件的理想表现、实际发生BUG时的表现，BUG的发生概率。其他的根据实际需要加。
要找到软件中的BUG，首先要有一份好的测试用例，其次要有一个善于从不同角度和会换位思考的测试头脑。
