A软件实现.docVIP

实现（编码+测试（重点）） ●设计语言和编码风格对程序会产生深远的影响 ●测试是软件是软件过程中最重要的环节 ●调试：测试发现问题后处理（是一项非常有难度的工作） ●评估：对软件进行可靠性评估，预测软件的可靠性 编码 ●选择程序设计语言标准 能用高级语言就不使用汇编 系统客服的要求 目标系统可选用的编译环境 可得到的支持软件工具 工程规模（在规模过于庞大时候完全可以设立一门独立的语言来实现系统） 程序员的知识 软件的可移植性 软件的应用领域（各种语言有自己偏向） ●编码的分格（简单就是好） 程序内部文档要求:恰当的标识符、适当注释、合理的视觉组织 数据说明：数据说明标准化？数据说明要按照一定顺序？复杂数据结构应该使用注释说明实现时候使用的方法和特点 语句构造：合理的缩进？避免复杂的条件测试？减少对非条件的使用？尽量不要使用嵌套和条件嵌套？尽量用括号是表达式的次序清楚 输入输出：检查所有输入输出数据的合法性？保持输入格式简单？使用数据结束标识？明确交互式输入的边界或可选择值？设计良好的输入报表？对所有输出数据加标识 效率：简化程序的表达式（算数运算和逻辑运算最快）？简化嵌套循环的内层？避免使用多维数组？尽量避免使用指针，和复杂表？不要混合使用各种数据类型？ ●存储器效率 使用功能域受控制的机构化控制结构使用有紧缩存储器特性的编译程序 ●输入、输出效率 所有输入、输出带缓冲对所有二级存储器采用简单的访问方式二级存储器的输入输入方式应该是信息块不采用能大幅度提高输入输出效率但不能为人所理解的方法 软件测试基础 ●测试的目标（绝对不能是证明程序正确） 发现至今为止尚没有被发现的错误（不宜采用设计程序的人来测试程序） ●测试准则 所有测试追溯到用户应该远在测试前就指定测试计划8成测试测试2成代码从小规模到大规模不可能使用穷举测试 ●测试方法 黑盒测试？白盒测试？ ●测试步骤 模块测试？系统测试？验收测试？平行测试 ●测试信息流（软件的配置测试） 单元测试（测试软件的最小单元-模块（属于白盒测试：人员测试+计算机测试）） ●测试重点项：模块接口局部数据结构重要的执行路径出错处理通道边界条件局部数据结构 ●代码审查：成员（组长？程序设计人员？编码员？测试者）（不允许测试者，编码员？程序设计人员是重合的） ●计算机测试：构成外部调用来考察程序模块的可靠性（黑盒测试） 集成测试：自顶向下自底向上集成测试策略比较回归测试 ●集成测试是测试和组装软件的系统化技术 ●自顶向下集成  自顶向下结合  　　●第一步，对主控制校块进行测试，测试时用存根程序代替所有直接附属于主控制模块的模块。 　　●第二步，根据选定的结合策略（深度优先或宽度优先），每次用一个实际模块代换一个存根程序（新结合进来的模块往往又需要新的存根程序）。 　　●第三步，在结合进一个模块的同时进行测试。 　　●第四步，为了保证加入模块没有引进新的错误，可能需要进行回归测试（即，全部或部分地重复以前做过的测试）。 　　●从第二步开始不断地重复进行上述过程，直到构造起完整的软件结构为止。 ●自底向上测试 自底向上结合 ●第一步，把低层模块组合成实现某个特定的软件子功能的族。　　●第二步，写一个驱动程序（用于测试的控制程序），协调测试数据的输入和输出。　　●第三步，对由模块组成的子功能族进行测试。　　●第四步，去掉驱动程序，沿软件结构自下向上移动，把子功能族组合起来形成更大的子功能族 确认测试：（确认测试通常用黑盒测试法） 　　●功能和性能与用户要求一致软件可接受　 ●功能和性能与用户要求有差距（改进，但会非常的困难） ●软件配置复查 ●Alpha和Beta测试　　 ？Alpha开发者在陪同，让用户模拟在真实场景中运行，开发者记录问题，然后研究解决 ？Beta软件再真实需求环境中允许，不受程序设计者控制，用户记录遇到的问题并定期反馈个开发者，然后开发者就过研究进行改正 六、白盒测试 ●语句覆盖●判定覆盖●条件覆盖 　 ●判定/条件覆盖●条件组合覆盖●点覆盖●边覆盖●路径覆盖  ●控制结构测试　　 ●基本路径测试●条件测试●循环测试  平均值过程流程 七白盒测试 ●测试目标 功能不正确或遗漏的错误界面错误数据结构错误或外部数据库访问错误性能错误初始值和终止错误。 ●考虑问题：　　 怎样测试功能的有效性？哪些类型的输入可构成好测试用例？系统是否对特定的输入值特别敏感？　　 怎样划定数据类的边界？系统能够承受什么样的数据率和数据量？数据的特定组合将对系统运行产生什么影响 ●等价划分 　　●如果规定了输入值的范围，则可划分出一个有效的等价类（输入值在此范围内），两个无效的等价类（输入值小于最小