传知_9_svn___

SVN :    DEMO

       安装SVN服务器  svnadmin help

         配置SVN资源库   svnserve.conf文件  passwwd文件   [X1] 

         启动服务器 默认端口：3690  svnserve –d –r  (可以用window下的sc.exe[service config]命令，不用每次都手动启动)

      如果不愿意每次都手动启动SVN服务器，你可以使用Windows提供的sc（Service Config）

                    工具将SVN配置成Widnows服务。

                    添加服务（不要忘记等号后面的空格）

sc create svn binPath[X2] =  "D:/Program Files/Subversion/bin/svnserve.exe --service -r G:/CrazyitRes" DisplayName= "SVN服务" depend= Tcpip

                删除服务

sc delete svn

SVN客户端：

         发布项目；(import)

         下载项目；(chockout)

         每天开发，修改完后，每天所做的修改需要提交到SVN服务器(commit)

         每天开发前，先从服务器获取最新版本(update)

         对于新增的文件或文件夹，需要添加才能处于SVN管理之下午(add)

                   但还不上传到服务器，(commit)

         删除文件、文件夹(delete) 

                   但还没上传到服务器，(commit)

         从以前的版本重新开始：实际上就是同步到指定版本 (update to revision)

          创建多个分支 (branch/tag)

         沿着分支开发

         合并 (merge)

软件工程：

工程强调：目的，计划，步骤

复用(更快，更称稳定，更易维护)

七条基本准则：用分阶段的生命周期计划严格管理，坚持进行阶段评审，实行严格的产品控制，不断改进程序设计技术，

         各阶段的结果应能清楚的评审，开发人员应该少而精，来断改进软件工程的实践

人员管理，项目管理，过程管理

需求分析具体任务：确实系统的综合要求，分析系统的数据要求，导出系统的。

部署要求：增强自动化程序，培训最终用户，要有详细计划，记录详细的过程数据，及时反馈软件兼容性缺陷

If else 语句的陷阱：

         总是优先把包含范围小的条件放到前面处理。

软件测试：

       软件测试以检验是否满足需求为目标

       软件质量保证和软件测试不同

         软件测试的目标是寻找错误，软件质量保证是力求错误最少

         测试的目的：   

                   寻找缺陷；

                   发现新的缺陷；

                   不能保证没有缺陷；

                   注意：一次成功的测试发现了之前没有发现的缺陷的测试。发现缺陷是测试终极目标

         软件测试不是程序测试，软件测试的范围更广。软件包含了程序测试、文档等

         测试心态

         测试的分量：在一般的软件里，软件测试可能占到软件工程的30%的工作量，但在关系重大的软件上，软件测试占到90%以上

         测试的不穷举性

         软件开发者的座佑铭：迟早地和不断地进行软件测试

         充分注意测试中的群集现象。经验表明，测试后程序中残存的错误数目与此程序中已经发现的错误数目成正比

         妥善保存测试计划，测试用例，为维护提供方便

         静态测试：（不需利用计算机运行系统）

                   代码审查 代码分析 文档检查

         动态测试：（运行系统）

                   结构测试（白盒） 功能测试（黑盒）

         按工程规模分类：

                   单元测试 集成测试 系统测试 用户测试

         有效性测试：在模拟的环境下，运用黑盒测试的方法，验证是否满足需求规格说明书列出的要求。