摘要: 阅读教材后的疑问 "提问链接" 编写单元测试的原则 应该以方便测试且易于验证的方式而不必拘泥于形式,但适当的切分模块是必要的。单元测试应该是保证小部分代码的正确性,避免代码量累积到最后除了问题难以下手。但如果过分注意小,而搞得十分麻烦,就得不偿失了。 团队模式选择 并不存在一个高效、低代价的试错方式 阅读全文
posted @ 2018-01-14 19:26 braveTester 阅读(191) 评论(2) 推荐(0) 编辑
摘要: 银弹 在 No Silver Bullet 中,作者谈到,软件工程中的一些问题就像狼人一样,起初是直接且无害的,但却很有可能演变成巨大的麻烦,因此人们一直在渴求可以控制住这些问题的普遍的“银弹”,可惜,数十年来却没有任何有效的改进,连一个领域的都没有。作者因此认为,没有就是没有,是因为其本身的难度所 阅读全文
posted @ 2018-01-14 12:52 braveTester 阅读(159) 评论(0) 推荐(0) 编辑
摘要: Github 地址 "Github 项目地址" PSP 表格 | PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) | | | | | | | Planning | 计划 | | | | Estimate | 估计这个任务 阅读全文
posted @ 2017-10-15 07:54 braveTester 阅读(425) 评论(1) 推荐(1) 编辑
摘要: 第一部分 调研,评测 Bug 与功能评测 该部分先列出 Bug,之后是功能评测。关于 Bug 的进一步描述详见功能评测的相关内容。 Bug 1. 在 Markdown 编辑器内上传图片后只返回链接,未在管理界面的“文件”或“相册”页找到相应图片。 2. Markdown 编辑器的“查看自动保存内容” 阅读全文
posted @ 2017-10-13 21:46 braveTester 阅读(254) 评论(1) 推荐(0) 编辑
摘要: 代码复审 1. 概要部分 代码能符合需求和规格说明么? 基本符合。对于小范围的 和 功能符合要求。对于大范围的 会出现问题,参见助教 "测试博客" ,学号 15061188。 代码设计是否有周全的考虑? 代码有些部分有不同逻辑部分的强耦合,以及对于输入格式有些过于强的假设,具体在设计规范部分中详细说 阅读全文
posted @ 2017-10-03 02:54 braveTester 阅读(185) 评论(0) 推荐(0) 编辑
摘要: GitHub 项目地址 "链接" PSP 表格 | PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) | | | | | | | Planning | 计划 | | | | Estimate | 估计这个任务需要多少时间 阅读全文
posted @ 2017-09-26 13:19 braveTester 阅读(543) 评论(2) 推荐(0) 编辑
摘要: 阅读教材后的疑问 编写单元测试的原则 此问题源于 P25 “2.1.2 好的单元测试的标准”。 在实际操作过程中,一个代码片段可能就是对于一段功能的极简描述,试图从外部验证其是否完成了指定功能本身就很困难。 比如 DLX 中覆盖一列的操作 ,如果对该函数进行单元测试,就要验证其是否准确删除了一列及其 阅读全文
posted @ 2017-09-26 06:16 braveTester 阅读(238) 评论(6) 推荐(0) 编辑
摘要: 结缘计算机 1. 你为什么选择计算机专业?你认为你的条件如何?和这些博主比呢? 选择计算机专业纯粹是兴趣相关,这大概也是唯一的理由了。 小学的时候其实还没有什么倾向,不过是因为经常触碰电脑,于是在老师和同学们眼中得到了个“比较熟练操纵电脑”的印象。由于觉得这种印象实在是受之有愧,于是初一的时候缠着家 阅读全文
posted @ 2017-09-17 21:51 braveTester 阅读(294) 评论(2) 推荐(0) 编辑