为什么要软件测试——最直白的解释就是
引用: “测试一下我们的软件代码是否如我们所愿做了我们预期的事情”。
但是，一大堆高大上的书和网上论坛的海谈神侃，会告诉我们
1.什么”软件测试不是为了证明程序是对的，而是为了发现程序是错的“了
（《软件测试的艺术》）
2.还是什么 ”软件测试是为了验收项目已经做完可以交付了“
（大多数时候我们都是为了这个做测试）
........
对软件测试，同样有两种很极端的态度：
引用: 1.是很直白很简单，就是只要程序下载进去，能实现当前在做的预期功能就行了。
发现LED亮了，发现按键按了，灯亮了，或者给串口发一个0xe3,然后它回复一个 0x1d（取反回复）就可以了。
——结果很可能的情形就是，但有人乱按，同时按按键的时候，灯要么不亮，要么瞎亮成了一片。
什么 条件覆盖啊，什么白盒黑盒测试啊，最后扯了半天，也没见他怎么把 测试用例 做出来，就更别说什么天天测试了，可能他一个一个按键测试， 还要组合试试，什么两个按键一起按，三个按键一起按之类的组合。
——这结果很可能就是他最后一天都不愿意重复一次测试，因为太累了。
纠结和解脱
其实 关于软件测试 这个话题纠缠了我很久（将近三年）。也看了一些书，结果经常是理论上是非常高大上，但实际干的却是非常大白菜的事情，这种巨大的落差经常让我非常痛苦，纠结不已。后来我渐渐在实践中吸取了一些经验，并采用了一些折中的方案。
最近，我要对工作的一个项目的软件做一个比较系统的测试方案设计，我蓦然想起了我纠结了很久的测试问题，还有那些我看过的书，于是我打算从务实的角度重新整理这个话题。
这次我不想发表长篇大论
我不想再罗罗嗦嗦一个人写一大堆心得体会，也不想收到什么
引用: 写得很好，很有启发 之类的没太大意义的回复。
所以我想把问题分开一个一个做成投票，看看你们在这些具体的软件测试有关的问题上，都是怎么想的，怎么做的。
谢谢你们的投票，但更期待你们写下你们的具体实例，简洁点几行字都可以啊啊
今晚太晚了，我就不具体写这九个选项中的更具体的事例，但我随后会补充。
本帖最后由 辛昕 于 2015-3-17 01:18 编辑
亲爱的 @辛昕 ，昨天在查看积分规则，想起你的是投票帖，所以就试一下 
京公网安备 11010802033920号
