braveTester

摘要： 阅读教材后的疑问 "提问链接" 编写单元测试的原则 应该以方便测试且易于验证的方式而不必拘泥于形式，但适当的切分模块是必要的。单元测试应该是保证小部分代码的正确性，避免代码量累积到最后除了问题难以下手。但如果过分注意小，而搞得十分麻烦，就得不偿失了。 团队模式选择 并不存在一个高效、低代价的试错方式 阅读全文

摘要： 银弹 在 No Silver Bullet 中，作者谈到，软件工程中的一些问题就像狼人一样，起初是直接且无害的，但却很有可能演变成巨大的麻烦，因此人们一直在渴求可以控制住这些问题的普遍的“银弹”，可惜，数十年来却没有任何有效的改进，连一个领域的都没有。作者因此认为，没有就是没有，是因为其本身的难度所 阅读全文

摘要： Github 地址 "Github 项目地址" PSP 表格 | PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） | | | | | | | Planning | 计划 | | | | Estimate | 估计这个任务 阅读全文

摘要： 第一部分 调研，评测 Bug 与功能评测 该部分先列出 Bug，之后是功能评测。关于 Bug 的进一步描述详见功能评测的相关内容。 Bug 1. 在 Markdown 编辑器内上传图片后只返回链接，未在管理界面的“文件”或“相册”页找到相应图片。 2. Markdown 编辑器的“查看自动保存内容” 阅读全文

摘要： 代码复审 1. 概要部分 代码能符合需求和规格说明么？ 基本符合。对于小范围的 和 功能符合要求。对于大范围的 会出现问题，参见助教 "测试博客" ，学号 15061188。 代码设计是否有周全的考虑？ 代码有些部分有不同逻辑部分的强耦合，以及对于输入格式有些过于强的假设，具体在设计规范部分中详细说 阅读全文

摘要： GitHub 项目地址 "链接" PSP 表格 | PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） | | | | | | | Planning | 计划 | | | | Estimate | 估计这个任务需要多少时间 阅读全文

摘要： 阅读教材后的疑问 编写单元测试的原则 此问题源于 P25 “2.1.2 好的单元测试的标准”。 在实际操作过程中，一个代码片段可能就是对于一段功能的极简描述，试图从外部验证其是否完成了指定功能本身就很困难。 比如 DLX 中覆盖一列的操作 ，如果对该函数进行单元测试，就要验证其是否准确删除了一列及其 阅读全文

摘要： 结缘计算机 1. 你为什么选择计算机专业？你认为你的条件如何？和这些博主比呢？ 选择计算机专业纯粹是兴趣相关，这大概也是唯一的理由了。 小学的时候其实还没有什么倾向，不过是因为经常触碰电脑，于是在老师和同学们眼中得到了个“比较熟练操纵电脑”的印象。由于觉得这种印象实在是受之有愧，于是初一的时候缠着家 阅读全文