*某些功能是否有系统问题
*我们如何迫使特定的功能失效
自我总结：
1、记录测试完整性的部分
*测试用例的执行情况
*测试用例的覆盖面
*版本更新情况和用例维护情况的对比
*版本复杂度和重要性，与用例的覆盖的对比
2、考虑哪些可以用图形来表示：
*测试了哪些，哪些没测试
*测试的功能模块的复杂度
*功能模块内部的依赖关系和外部的依赖关系
*哪些需要重点测试
*测试了的部分的完成度，特别是针对重点模块的
3、找出软件缺陷的能力，需要同考虑如何减少软件中的错误结合起来，这样的能力才是真正的有意义。（回顾起来这也是我以前做的很不好的一点）
*想起以前看到的一个有意思的观点是：
“软件测试的真正价值并不体现在代码中找到多少缺陷，而是发现设计和编程人员解决问题方法上的局限、思路中的狭隘和技能方面的不足。”
PS：我不是自动化测试的fans，也不是人工测试的fans；不相信有包治万灵的银弹，但是如果只有一种锤子，那么所有的钉子也会被看成是同一种钉子了！那是悲剧，不是福音！
这些要是都做到了，自己成了专家，同时也可以按照一套体系帮助更多的人一起更好的测试了（hoho）
从新整理了一下思路，发现其实要做的，要改进的东西还很多，需要加油！
