11. 一个输入框，如何编写测试用例？
字符型输入框
1. 字符型输入框：英文全角、英文半角、数字、空或者空格、特殊字符“~！@#￥%……&*？[]{}”特别要注意单引号和&符号。禁止直接输入特殊字符时，使用“粘贴、拷贝”功能尝试输入。
2. 长度检查：最小长度、最大长度、最小长度-1、最大长度+1、输入超长字符。
3. 空格检查：输入的字符间有空格、字符前有空格、字符后有空格、字符前后有空格。
4. 多行文本框输入：允许回车换行、保存后再显示能够保存输入的格式、仅输入回车换行，检查能否正确保存（若能，检查保存结果，若不能，查看是否有正常提示）。
5. 安全性检查：输入特殊字符串（null,NULL, ,javascript,<script>,</script>,<title>,<html>,<td>）、输入脚本函数(<script>alert(“abc”)</script>)、doucment.write(“abc”)、<b>hello</b>）。
数值型输入框
1. 边界值：最大值、最小值、最大值+1、最小值-1
2. 位数：最小位数、最大位数、最小位数-1，最大位数+1、输入超长值
3. 异常值、特殊字符：输入空白（NULL）、空格或”~!@#$%^&*()_+{}|[]\:”<>?;’,./?;:’-=等可能导致系统错误的字符、禁止直接输入特殊字符时，尝试使用粘贴拷贝查看是否能正常提交、word中的特殊功能，通过剪贴板拷贝到输入框，分页符，分节符类似公式的上下标等、数值的特殊符号如∑，㏒，㏑，∏，+，-等、输入负整数、负小数、分数、输入字母或汉字、小数（小数前0点舍去的情况，多个小数点的情况）、首位为0的数字如01、02、科学计数法是否支持1.0E2、全角数字与半角数字、数字与字母混合、16进制，8进制数值、货币型输入（允许小数点后面几位）。
4. 安全性检查：不能直接输入就copy
日期型输入框
1. 合法性检查：(输入0日、1日、32日)、月输入[1、3、5、7、8、10、12]、日输入[31]、月输入[4、6、9、11]、日输入[30][31]、输入非闰年，月输入[2]，日期输入[28、29]、输入闰年，月输入[2]、日期输入[29、30]、月输入[0、1、12、13]
2. 异常值、特殊字符：输入空白或NULL、输入~！@#￥%……&*（）{}[]等可能导致系统错误的字符
3. 安全性检查：不能直接输入，就copy，是否数据检验出错
信息重复
在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理。
输入框缓存
前一次输入之后提交之后，再次打开会不会缓存之前输入的内容。
12. 你设计测试用例采用了那些方法？
等价类、边界值、判定表、场景法、状态转移图、错误推测法。
13. 禅道如何进行管理bug？
禅道里面缺陷处理的基本流程是：测试提交Bug => 开发确认Bug => 开发解决Bug => 测试验证Bug => 测试关闭Bug。
如果Bug验证没有通过，可以激活：测试提交Bug => 开发确认Bug => 开发解决Bug => 测试验证Bug => 测试激活Bug => 开发解决Bug => 测试验证 => 测试关闭。
还有一个流程就是Bug关闭之后，又发生了。测试提交Bug => 开发确认Bug => 开发解决Bug => 测试验证Bug => 测试关闭Bug => 测试激活Bug => 开发解决Bug => 测试验证 => 测试关闭。
14. 如何判断是否是bug？
1. 首先要排除是个人的原因导致的问题：如误操作或环境配置等问题。
2. 其次，如果有需求文档，则看需求文档，是否有明确的要求，主要从以下几个方面考虑：
1) 软件未达到产品说明书标明的功能；
2) 软件出现了产品说明书指明不会出现的错误；
3) 软件功能超出产品说明书指明范围；
4) 软件未达到产品说明书虽未指出但应达到的目标；
5) 软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好。
3. 如果没有需求文档，可以找产品经理或者开发人员沟通确定是否为bug。
4. 对于无法达成一致的问题，可以组织相关人员开会，共同来决定是否为bug。