PPT 教程，讲得很有条理，思想也很不错~

<!--emo&^_^--><img src='style_emoticons/default/happy.gif' border='0' style='vertical-align:middle' alt='happy.gif' /><!--endemo-->

中文笔记1 by carol：<br /><br />软件是一种产品，包括：程序源代码Program Source Code，数据文件Data Files<br />，文档Documents，模型Models几部分<br /><br />硬件是由工厂生产的，其质量看得见摸得着<br />软件不是传统方式生产出来的，用户能看到的，也只有用户界面而已<br />因此需要一些方法来评估软件的质量<br /><br />软件质量包括产品质量(Product Quality) 和过程质量(Process Quality ) ,另外还有服务质量<br />产品质量： 文档，代码，测试，设计 。。。<br />过程质量： 技术，方法，工具，人员，组织，设备。。。<br /><br />高质量的软件要求： <span style='color:blue'>准时 on time，在预算范围呢 within budget，满足客户需求 satisfy user&#39;s needs</span>

<span style='color:red'>测试 ≠ QA</span><br /><br />为什么要测试 ：<br />·        判断软件的质量和可接受性<br />·        发现问题<br /><br />一大堆的测试，并不能改善程序的质量<br /><br />测试对软件质量的贡献在于，<span style='color:blue'>识别问题，从而尽早避免</span><br /><br />而 QA 的使命则是：<span style='color:blue'>尽早预防过失</span>。因此，测试只是质量保证中的一部分。

软件开发生命周期（SDLC）中最关键的部分？<br />需求<br />分析和设计<br />实现和测试<br /><br /><span style='color:blue'>现状</span>：<br /><br />在整个 SDLC ，<span style='color:blue'>维护 maintenance </span>占掉了 70% 的花费，每10 ~ 15 行代码里就有一个 bug <br />在整个 SDLC 中，在<span style='color:blue'>需求阶段 requirement</span> 就引入的缺陷占到了 50%  <br />在整个 SDLC 中，开发者最不喜欢做的事情，就是写<span style='color:blue'>文档 Documentation </span>, 按理说 SDLC 的各个阶段，都需要做文档，但事实上做不到<br /><br />软件开发者通常愿意做他们比较擅长的部分，象架构设计，编写代码。。。<br />这就导致 lifecycle 里的很多部分被忽视了<br />不良的变成习惯： 注释太少， 不恰当的缩进 。。。

<!--emo&^_^--><img src='style_emoticons/default/happy.gif' border='0' style='vertical-align:middle' alt='happy.gif' /><!--endemo-->

等到要进行测试的时候，在为产品建立质量体系就已经太晚了<br />-        检查 Inspection<br />-        遍查Walkthrough<br />-        Peer Review<br /><br />结构化的Walkthrough 是发现软件bug最有效的方法<br /><br /><span style='color:blue'>黑盒测试</span> <br />–Boundary Value Testing<br />–Special Value Testing<br />–Random Testing<br />–Positive and Negative Testing<br />–Range Testing<br />–Equivalence Class Testing<br />–Decision Table-Based Testing<br />–Etc.<br /><br /><span style='color:blue'>白盒测试</span><br />–DD-Path<br />–Statement Coverage Testing<br />–DD-Path Testing<br />–Loop Coverage Testing<br />–Basis Path Testing<br />–Bottom-up Testing<br />–Top-down Testing<br />–Sandwich Testing<br />–Ect.

<!--emo&^_^--><img src='style_emoticons/default/happy.gif' border='0' style='vertical-align:middle' alt='happy.gif' /><!--endemo-->

产品测试：<br /><br />-        单元测试<br />-        函数功能测试<br />-        平台测试<br />-        产品整合测试<br />-        性能测试<br />-        极限测试<br />-        安装测试<br />-        回复测试 （Regression Testing）<br /><br />测试工具的分类<br /><br />-        Web Site Management Tools<br />-        Test Management Tools<br />-        Regression Testing Tools<br />-        Coverage Analysis Tools<br />-        Load Performance Testing Tools

SQA 的责任：<br /><br />开发测试计划和进行系统测试<br /><br />QA 要监控开发工程中的测试，并进行测试统计<br /><br />QA 要定立标准，以使开发成员开发出更好的软件<br /><br /><br />the end~