测试招聘题目的分析和总结--题目一

从去年年初开始招聘就一直在用这套题目，虽然内容上有部分调整，但测试内容的宗旨没什么变化，最近终于可以告一段落了，虽然最后的都放弃用这套题目了，但自己感觉还是总结一下吧，分析改进自己的想法和总结记录体会吧！

题目一:
1.以下是从RFC952摘取的主机名命名指导：
　  主机名是长度不超过24个字符的字符串，所用字符可以是字母（A~Z）、数字（0~9）、减号（-）、点号（.）。点号只能用做域名格式的主机名的分隔符。
　　主机名中不能有空白或空格符。
　　不区分大、小写字母。
　　第一个宇符必须是字母。
　　最后一个字符不能是减号或点号。
　　不能使用单字符主机名，也不能对主机名起绰号。
根据以上指导意见，给出对测试是否符合RFC952的主机名数据和预期结果，请为尽量每条测试数据注明使用理由。
[popexizhi:原文来源:http://tools.ietf.org/html/rfc952]

分析：
"题目分析：
1.由于系统存在多个条件，使用规则说明书跟踪矩阵，跟踪用例的覆盖程度"



第一部分
编号 规格详细内容 要点分析
1 主机名是长度不超过24个字符的字符串
2 所用字符可以是字母（A~Z）、数字（0~9）、减号（-）、点号（.）。点号只能用做域名格式的主机名的分隔符。
3 主机名中不能有空白或空格符。 区分空格符和空白内容，原文中的描述为“blank or space characters”（参见:http://en.wikipedia.org/wiki/Whitespace_character）
4 不区分大、小写字母。
5 第一个宇符必须是字母。
6 最后一个字符不能是减号或点号。
7 不能使用单字符主机名，也不能对主机名起绰号 [popexizhi:这里的“nicknames”到底是指什么，历史背景是什么自己也没有go出来]

分析：
1.单个条件验证的测试用例
2.组合条件在规则中的（1，2，3，4）合理规则的组合
3.这里有一个给出用例形式的问题，如下：测试用例分析时，测试的目的和测试数据的选择，都可以看出一个人用例设计的熟练程度和考虑问题的深度来，当然测试数据选择唯一可以现在自己可以考虑参照的就是经验，也可以说开发人员的历史问题。

这个题目中自己要改进的问题：
1.没有给每个关注点的具体重视程度，建议最好量化这个过程，自己从去年开始使用这个题目时，就没有给出量化标准，所以对他人的答案没有方法做统计，做最后的统计分析。
2.对于“空白”的内容作为线下题目，我是想看到只是应该去go一下吧，但奇怪的是没有一个人查过，嘻嘻,不过最近看<编程之美>发现微软研究院面试时，提示大家go，多数人都不知道go什么，go了，只对着结果看，也没什么动作。好吧！看来不是我没有交代清楚的问题，而是大家对如果对技术内容go，了解含义在引导下都很难完成，更何况是自己自发的动作呢！我也算安心了，不自责没有交代可以自己go不懂的地方了。这事自己分析倒是可以看到如下问题：
2.1 存在问题，自己go，解决与否，都总结一下结果，之后继续做，在现在自己身边的同行来说是的低概率事件，而自己认为这个好习惯又如此低概率，自己一定要坚持啊！：）
2.2 自己分析，出现这个问题的原因，是同类环境没有苛刻到如此，所以不做这个也是ok的；第二，大的教育环境中就没有培养这个的土壤，这个习惯可不是一日之功啊！感觉问题，探索，总结，很潮流的技能啊！第三，想说什么也不太记得了，但还是总结一句吧，不要太过骄傲了，毕竟是你出题考别人，你的机会又不是特别的优秀，谁一定要拿出所有精力解决你的问题呢？！也许是紧张，着急或是根本没当回事吧！