随笔分类 - 软件工程
探讨软件工程的相关话题
摘要：1、前言 变步长批量处理算法，在实现某些功能时，非常需要。如数据传输和数据导入时，使用可变步长的批量处理算法，可以极大地提高系统的性能，。 1.1、数据传输 在不稳定的网络环境下，传输失败的几率提高，大的数据块可能会传输失败，如果分为小的数据块，可以传输成功，但由于传输开销，传输效率低。因此希望在网
阅读全文
摘要：6.8编制测试规程 此处的测试规程不是指测试规范，而是指描述每个测试项目的测试流程、场景、方法、前置条件等的技术性文档。测试规程方便我们对测试用例的编写有个整体性的概念和把握。 测试规程可以理解为测试用例的控制逻辑，测试用例相当于对象取值空间的元素，两者结合起来，才能对特性（需求项）进行预期的测试。
阅读全文
摘要：6.6编制测试方案 测试方案是测试的设计文档，描述需要测试的特性，测试的方法，测试环境的规划，测试工具的设计和选择，测试用例的设计方法，测试代码的设计方案。 根据软件的不同版本计划的需求项集合和验收标准，确定测试方案，包括下列内容： 需要测试的特性列表（需求项集合）； 测试方法： 选用哪些测试类型，
阅读全文
摘要：6.4选择测试工具 测试工具的选择，需考虑下列因素： 软件产品的软硬件环境； 开发所用的编程语言； 公司目前已有的测试工具； 测试团队对相关工具的熟悉度； 开源还是商用测试工具。 常见的测试工具，如C++ Test、C# Test、Pytest、Jmeter、Gatling、LoadRunner、R
阅读全文
摘要：6测试管理 测试人员与开发人员的视角不同，测试团队（或测试人员）是软件研发质量保障体系不可或缺的组成部分。 测试管理包括：测试团队管理、需求分析、测试策略、测试环境搭建和测试工具选择、测试计划、测试规程编写、测试用例编写、测试执行、缺陷管理、测试报告编写、测试分析及软件质量监控等。 6.1测试团队管
阅读全文
摘要：5.10关于评审 评审是研发过程（不仅是开发过程）中质量控制的一种机制，所谓“三人行，必有吾师焉”，利用多人的智慧和经验，对分析结果、方案设计、计划、代码等进行审核，发现不足，澄清表达不清之处，对下一阶段工作的开展进行事前质量控制。 评审基本是尽量利用团队或公司的能力，有时甚至借用外部资源。但由于评
阅读全文
摘要：5.9问题诊断分析与修复 在联调测试、测试团队测试或上线阶段，发生或发现的问题或缺陷，需要诊断分析和修复。 问题发生了，不仅要分析问题发生的原因，并寻求解决问题的方法，更重要的是分析产生问题背后的原因，并寻找解决之道，从而避免同样的问题重复发生。 用数学语言比喻，分析问题，是求一阶导数；分析问题发生
阅读全文
摘要：5.8联调测试 代码开发后的下一个环节，是联调测试。 联调测试又叫集成测试，此处指具有协作关系的子系统或功能模块之间的接口和功能调测。 联调一般会涉及多个开发人员，可能跨部门，甚至是与公司外部开发人员对接。由于多人协作，因此如何提高联调测试的效率，是需要关注的。 另外，即使有专门的测试团队，我认为联
阅读全文
摘要：5.7编程实现 软件开发，最后终归要编写程序代码来实现。 5.7.1关于程序语言 程序语言，即计算机语言，与自然语言的语种一样，也是五花八门，就我自己用过的语言就有：汇编、BASIC、FORTRAN、VB、C、C++、C#、PASCAL、PHP、JAVA、PYTHON、R等，还有脚本语言如：Java
阅读全文
摘要：5.5软件概要设计 概要设计，用于子系统或模块设计，也可用新增业务需求的跨子系统设计。概要设计在总体设计框架下，遵循总体设计思想，丰富子系统或模块设计，从而能够指导开发实现子系统或模块。 由于软件总体设计从宏观上架构软件，距离开发实现，还有许多需要细化之处。如果系统由多个子系统组成，每个子系统可以视
阅读全文
摘要：5.4.3软件总体设计探讨 软件业务领域五花八门，用户需求千差万别，软件结构多姿多态，还有不同的操作系统，不同的计算机语言，公司的技术栈等等，决定了软件设计也是百花齐放。 从软件的发展史看，经历了单机软件、C/S架构、B/S架构，B/S架构+APP，趋势是万物互联，还有是“软件定义”，软件给硬件赋能
阅读全文
摘要：5.4.2软件总体设计文档模板 软件总体设计核心是设计思想，但表述形式也是重要的，好的文档组织方式条理清晰，便于阅读和理解，还能减少设计疏漏。 这里分享一下我之前使用的软件总体设计的文档模板，根据我的经验，按照这个文档模板来做软件总体设计，可以提高软件总体设计的质量。这个模板做一些裁剪，也可用于概要
阅读全文
摘要：5.3软件需求分析 参见需求管理关于软件需求分析的章节，此处不再赘述。 5.4软件总体设计 总体设计，又称为系统设计，其包括架构设计，是软件系统的顶层设计，是软件开发不可逾越的阶段。 总体设计最能体现分析人员的水平，不仅需要良好的综合能力，从总体上把握需求，还需要较宽广的知识面，对流行的架构、插件和
阅读全文
摘要：5 开发管理 开发管理，是对开发团队开发活动的管理，开发活动占据整个研发工作量的50~70%，有的甚至更高，是研发活动的核心。因此，理顺开发管理工作，提高开发的效率，提升开发的工作质量，是开发管理者所追求的，也是见仁见智，这里把我的理解写出来，权当抛砖引玉。 5.1开发的主体活动 开发活动的范围很广
阅读全文
摘要：4.4.5软件需求分析探讨 本节探讨一下软件需求分析在实际操作中的几个问题。 4.4.5.1软件需求分析的必要性 我的看法，软件需求分析是十分必要的。 1）因为软件需求分析将产品需求转换为软件需求，即将用户（业务）语言表达的产品需求转换为开发人员语言表达的软件需求，使得开发、测试人员更能准确、完整地
阅读全文
摘要：4.4.4数据字典（DD）的编写要点及示例 数据字典（Data Dictionary，简称DD），对软件需求涉及的数据项进行定义。 数据字典的作用如下： 数据项的定义，便于澄清基本概念，俗话说，基础不牢，地动山摇；有了数据项定义，便于SRS的各个阅读者准确地理解需求； 为阅读软件需求规格书的各方提供
阅读全文
摘要：4.4.3 功能需求项的编写示例 上节软件需求规格书模板中，章节3是大头，其中涉及功能需求项的编写。使用Use Case方式进行描述。本节给出一个需求项编写示例，详细说明一下编写方法。 使用Use Case方式描述需求，除了正常过程外，还有可选过程和异常过程，还可以附加一些非功能需求，有助于将需求描
阅读全文
摘要：4.4.2 软件需求规格书（SRS）编写要点 这里分享一下我之前一直使用的SRS的文档模板，根据我的经验，按照这个文档模板来做软件需求分析，可以提高软件需求分析的质量。 模板中有一些要点和例子直接来自网上，时间很久了，来源已不可考。 文档模板中的斜体字为示例。 章节1、概述 概述提出了对软件需求说明
阅读全文
摘要：目录： 4.4 软件需求分析 4.4.1 软件需求分析节点关键信息 4.4 软件需求分析 软件需求分析，对开发团队而言，是软件开发工作的起点。 软件需求分析，是非常重要的节点，但实际情况是，在敏捷开发时代，很多研发团队错把产品需求作为软件需求。产品需求是以用户的语言表述的，而软件需求是开发人员的语言
阅读全文
摘要：4 需求管理 4.1 需求的三个层面 4.2 用户需求收集 4.3 产品需求分析 4.3.1 产品需求可行性分析 4.3.2 产品版本规划 4.3.3 MVP规划 4.3.4 产品需求细化 4.3.5 产品需求评审 4.3.6 录入用户故事 4 需求管理 需求管理，属于需求工程（Requiremen
阅读全文
