结对编程

一. git地址 github地址 个人地址 结对伙伴地址 结对伙伴地址 二. 结对过程 三. PSP表格 PSP2.1 Personal Software Process Stages 预估耗时（分钟） 实际耗时（分钟) Planning 计划 20min 10min Estimate 估计这个任务需要多少时间 380min 430min Development 开发 30min 40min Analysis 需求分析 (包括学习新技术) 30min 20min Design Spec 生成设计文档 10min 20min Design Review 设计复审 (和同事审核设计文档) 30min 30min Coding Standard 代码规范 (为目前的开发制定合适的规范) 20min 20min Design 具体设计 40min 30min Coding 具体编码 30min 50min Code Review 代码复审 20min 30min Test 测试（自我测试，修改代码，提交修改） 50min 60min Reporting 报告 40min 40min Test Report 测试报告 20min 30min Size Measurement 计算工作量 10min 20min Postmortem & Process Improvement Plan

项目地址： https://github.com/lzzz7/PairProgramming.git 结对伙伴作业地址： https://www.cnblogs.com/wangxu3/p/11615736.html 作业链接： https://www.cnblogs.com/cherish599/p/11577268.html Part1、PSP表格 PSP2.1 Personal Software Process Stages 预估耗时（分钟） 实际耗时（分钟） Planning 计划 20 20 Estimate · 估计这个任务需要多少时间 20 20 Development 开发 600 710 · Analysis · 需求分析 (包括学习新技术) 120 150 · Design Spec · 生成设计文档 60 60 · Design Review · 设计复审 (和同事审核设计文档) 30 30 · Coding Standard · 代码规范 (为目前的开发制定合适的规范) 30 20 · Design · 具体设计 60 60 · Coding · 具体编码 150 230 · Code Review · 代码复审 60 60 · Test · 测试（自我测试，修改代码，提交修改） 90 100 Reporting 报告 105 125 · Test

第三次作业：结对编程 GitHub项目地址 https://github.com/Ht1567/PairProgramming 结对伙伴博客地址 https://www.cnblogs.com/ht123-XNSY/ 作业链接 https://www.cnblogs.com/cherish599/p/11577268.html 一.项目描述 实现一个WinForm随机点名的程序 要求： WinForm有基本的UI 体现类的设计，分层思想 学生的加载进度用进度条跟踪显示 添加自己的创新功能 进行单元测试 二.PSP表格 PSP2.1 Personal Software Process Stages 预估耗时（分钟） 实际耗时（分钟） Planning 计划 30 25 · Estimate · 估计这个任务需要多少时间 600 720 Development 开发 480 540 · Analysis · 需求分析 (包括学习新技术) 90 90 · Design Spec · 生成设计文档 10 10 · Design Review · 设计复审 (和同事审核设计文档) 10 10 Coding Standard 代码规范 (为目前的开发制定合适的规范) 10 10 · Design · 具体设计 30 20 · Coding · 具体编码 240 300 · Code

结对编程的搭档是张茜雯 在对程序进行检测时，发现没有查询的功能，并对这个工程添加了个人中心的界面，并且实现了跳转的功能 下面是个人中心的界面代码： 效果图 点击返回按钮返回菜单页面 最后两人共同在网上搜索图片作为参考完成编程。 来源： https://www.cnblogs.com/22yuxianhao/p/6666786.html

任务一： 192402周盛——192402石皓宇 任务二: 192402石皓宇 结对成员博客：https://www.cnblogs.com/shi13/ 任务三： 互查内容 周盛 石皓宇 1.概要部分 代码符合需求和规格说明么？ 符合 符合 代码设计是否考虑周全？ 周全 不周全 代码可读性如何？ 易读 易读 代码容易维护么？ 容易 容易 代码的每一行都执行并检查过了吗？ 是 是 2.设计规范部分 设计是否遵从已知的设计模式或项目中常用的模式？ 是 是 有没有硬编码或字符串或数字等存在? 有 无 代码有没有依赖于某平台，是否会影响将来的移植(如Win32到Win64)? 无 有 开发者新写的代码能否用已有的Library/SDK/Framework中的功能实现？是否存在类似的功能可以调用而不用全部重新实现？ 否 否 否 否 有没有无用的代码可以清除? 无 有 3.代码修改部分 修改的部分符合代码标准和风格么(详细条文略) ? 符合 符合 4.具体代码部分 有没有对错误进行处理?对于调用的外部函数，是否检查了返回值或处理了异常? 有 是 有 是 参数传递有无错误，字符串的长度是字节的长度还是字符(可能是单1双字节)的长度，是以0开始计数还是以1开始计数? 无 0 无 0 边界条件是如何处理的? switch 语句default分支是如何处理的?循环有没有可能出现死循环?

小学四则运算结对项目报告（GUI） 一． Coding.Net项目地址： https://git.coding.net/wsshr/Calculation.git 二． PSP表格（完成前）： PSP 任务内容 计划共完成需要的时间 Planning 计划 一周 Estimate 估计这个任务需要多少时间，并规划大致工作步骤 一周 Development 开发 4天 Analysis 需求分析 (包括学习新技术) 3.5（h） Design Spec 生成设计文档 2(h) Design Review 设计复审 (和同事审核设计文档) 1(h) Coding Standard 代码规范 (为目前的开发制定合适的规范) 1(h) Design 具体设计 1h Coding 具体编码 2天 Code Review 代码复审 1（h） Test 测试（自我测试，修改代码，提交修改） 2(h) Reporting 报告 2h Test Report 测试报告 1.5h Size Measurement 计算工作量 30min Postmortem & Process Improvement Plan 事后总结, 并提出过程改进计划 30min 三． 结对编程对接口的设计： Information Hiding：信息隐藏指在设计和确定模块时，使得一个模块内包含的特定信息（过程或数据）

结对编程收获 这次编程作业一路走来，学到了很多编程中实际很有用的东西，比如总体框架的设计，真的不能自己瞎想，应该到网上去查找相似的代码，先把别人代码的框架大致都看懂了，最好多看几份代码，比较一下几个框架的优点和缺点，然后在写代码之前规划好每个函数的输入输出，只有这样才算有点高年级同学写代码的样子。虽然在作业过程中，甲方的要求一直在改变，但是当你有了一个整体的框架感后，重构起来也能有全局感。 总体架构的设计启发 总体结构包括两个类，fomularNode和fomularCore，前者是表达式树的节点，包括必要的成员信息，后者是主要模块，public函数包括Calc Generate setting等主要函数。实现这些类的时候，对C++的public，private相关用法更加熟悉了。其实感觉现在C中的struct也可以这样写了。 其实我现在是学习安全出身的，所以区分private和public的意义我还是很清楚的，但是感觉我们这次作业应该会没有那个黑客闲着回来攻击我们。。。所以个人想法还是尽可能地还是用public，这样使得高层类不会重复调用底层类的组合引发错误。最后再根据实际情况改为private。当然如果真正地去写一些应用的软件的时候，写的时候还是要以安全第一。 class fomularNode { public: int value; bool chFlag;//if

软件工程第四次作业   审查队友的代码   代码地址： https://coding.net/u/zzixuk/p/NewCoding/git?public=true 功能模块名称 学生信息管理系统 审查人 朱玉 审查日期 2018.4.5 代码名称 学生信息管理系统 代码作者 赵梓旭 文件结构 重要性 审查项 结论 头文件和定义文件的名称是否合理？ 否 头文件和定义文件的目录结构是否合理？ 否 版权和版本声明是否完整？ 否 重要 头文件是否使用了 ifndef/define/endif 预处理块? 否 头文件中是否只存放“声明”而不存放“定义” 否 程序的版式 重要性 审查项 结论 空行是否得体？ 是 代码行内的空格是否得体？ 是 长行拆分是否得体？ 是 “{” 和 “}” 是否各占一行并且对齐于同一列？ 是 重要 一行代码是否只做一件事？如只定义一个变量，只写一条语句。 否 重要 If、for、while、do等语句自占一行，不论执行语句多少都要加 “{}”。 是 重要 在定义变量（或参数）时，是否将修饰符 * 和 ＆ 紧靠变量名？注释是否清晰并且必要？ 是 重要 注释是否有错误或者可能导致误解？ 否 重要 类结构的public, protected, private顺序是否在所有的程序中保持一致？ 否 命名规则 重要性 审查项 结论 重要

第一次结对编程作业 一.结对成员 031702123张铮 031702144吴崎 二.原型分析 原型工具：本次使用的原型开发工具是Axure RP 9 原型分析：通过需求分析得出以下设计思路 初始界面为登陆界面 若未注册可点击注册按钮进入注册界面 游戏界面 组牌界面 比牌界面 排行榜界面，用户可通过这个界面实时的排行情况 历史记录界面 三.结对过程 得知要结对编程，我们这两个走投无路的两根小腿，选择通过自己的努力相依为命。 四.PSP PSP2.1 Personal Software Process Stages 预估耗时（分钟） 实际耗时（分钟） Planning 计划 20 30 · Estimate · 估计这个任务需要多少时间 10 10 Development 开发 · Analysis · 需求分析 (包括学习新技术) 30 50 · Design Spec · 生成设计文档 30 40 · Design Review · 设计复审 10 10 · Coding Standard · 代码规范 (为目前的开发制定合适的规范) · Design · 具体设计 100 150 · Coding · 具体编码 · Code Review · 代码复审 · Test · 测试（自我测试，修改代码，提交修改） Reporting 报告 · Test Repor · 测试报告 ·

本周感冒。身体不舒服。写完这个，去更新组博客。可能之后还会有更新。 黑盒测试的用例上周已经说过。 下面说说白盒测试。 首先，谈谈覆盖这个事。 语句覆盖 是指选择足够的测试用例，使得运行这些测试用例时，被测程序的每一个语句至少执行一次，其覆盖标准无法发现判定中逻辑运算的错误； 判定覆盖<又叫分支覆盖率> 是指选择足够的测试用例，使得运行这些测试用例时，每个判定的所有可能结果至少出现一次，但若程序中的判定是有几个条件联合构成时，它未必能发现每个条件的错误； 条件覆盖 是指选择足够的测试用例，使得运行这些测试用例时，判定中每个条件的所有可能结果至少出现一次，但未必能覆盖全部分支； 判定 / 条件覆盖 是使判定中每个条件的所有可能结果至少出现一次，并且每个判定本身的所有可能结果也至少出现一次； 修正条件判定覆盖 满足条件与判定覆盖，并且需要确定每个条件能够影响到包含的判定的结果。 条件组合覆盖 是使每个判定中条件结果的所有可能组合至少出现一次，因此判定本身的所有可能解说也至少出现一次，同时也是每个条件的所有可能结果至少出现一次； 路径覆盖 是每条可能执行到的路径至少执行一次； 其中语句覆盖是一种最弱的覆盖，判定覆盖和条件覆盖比语句覆盖强，满足判定/条件覆盖标准的测试用例一定也满足判定覆盖、条件覆盖和语句覆盖，条件组合覆盖是除路径覆盖外最强的， 路径覆盖也是一种比较强的覆盖