在家里睡醒了就起来写个随笔啦~
Sorry about last week... 因为比较忙也就怎么写blog神马的~ 所以现在catch up~
嗯在写这个之前还是review了一下what we've learned~
As a qualified programmer(俗称码农(●'◡'●)）了解软件测试 is a must~ 下面是我上课的一些个人感想吧，不一定都对哈
1. Why software testiing?
在我们敲代码的过程中，或多或少的会出现一些问题，比如说常说的bug, 或者是没有能成功的达到需求，甚至是有的时候代码会跑出错误的结果
课上的ppt给了我们非常好的例子，这样仅仅几行代码，在我们不仔细看的时候，察觉不到会有这样多的问题（当然可能也是我比较渣( ▼-▼ )
在这儿也把例子列出来供大家“观赏”下 @_@
void main(void) { char aaa; while(1) { if(OneSecondPassed())aaa++; if(aaa >200) { Class_Is_over(); }else{ Lesson_to_Lecture(); } } }
然后老师留的exercise 1看到有的同学跑了代码感觉棒棒哒~ 感想就是我们在学习的过程中，分析固然重要，但是还是要到环境里去跑一下代码，这样可能对我们理解会有更大的帮助
还有闰年的那个测试（这个测试我就不列出来了）我觉得其实并不是大多数程序员logical sense这方面的问题，而是我们把问题忽略了，而且这个问题就很大了，因为我们可能在软件运行的前一段时间里并不容易发现错误，另一个这样的例子就是千年虫，就是我们大跨步的迈向新世纪时——然后很多软件崩了（也是醉
而软件测试是一个非常有用的，在软件开发过程中必经的process, 也是完善我们的软件的一个手段
So， we gotta fix it by software testing
2. the understanding of software testing
首先是觉得老师上课给我们的例子非常形象，人和人在交流过程中会产生理解上的偏差， 我们以后在公司里面工作，程序员可能没有办法和客户进行直接的交流，（而且感觉很多程序猿/媛都属于相对不善于表达的类型），我们在软件开发前期的沟通就非常必要了，在开发过程中也需要不断的测试已有代码
测试也是分为很多阶段的，并不是起初理解的那种简单的debug，方方面面都要考虑到，还要遵循一定的流程
之前老师们推荐过一本《人月神话》，里面详述了作者在软件开发领域中遇到的各种瓶颈和束缚，不无意外的是，我们仍然在重复作者当年当年的困境，而这与我们忽视了对于软件的测试是有很大关系的，书里介绍了作者使用了很多年的经验法则：1/3计划，1/6编码，1/4构建测试和早期系统测试，1/4系统测试。好在是现在我们正在往这个方向改变
甩条人月神话pdf链接，亲测有效（http://www.duote.com/soft/23798.html）PS:我不是托。。。
接下来就是介绍的测试方法：主要还是黑盒测试和白盒测试
黑盒测试：它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。
白盒测试：是通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发现内部代码在算法，溢出，路径，条件等等中的缺点或者错误，进而加以修正。
（后面的章节关于这两种测试应该还有更加详细的介绍
还有各种测试工具，e.p. visual studio 10就有测试的功能
就酱
BTW:章院萌萌哒~ (●'◡'●)
Thx for ur readin'