第一次独立项目上线测试

管理后台编码反思
最新推荐文章于 2024-08-01 09:51:31 发布
最新推荐文章于 2024-08-01 09:51:31 发布
阅读量4.6k 收藏 1
点赞数 1
CC 4.0 BY-SA版权
分类专栏： java 一步一个java对象 文章标签： java 个人痕迹 规范
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/gchere/article/details/72963059

在公司老大搭建好框架的基础下，要求写一个普通的管理后台。虽然有需求不完全，数据表字段不统一等外在因素

但自己写的代码实在是不够注意规范：

1.所有的输入框没有输入限制

2.所有的查询都是等值查询，但在生活中，大部分要写成模糊查询

3.搜索字段与显示字段不一致。

4.书写行为不统一，有的地方多个‘：’，有的地方多个空格。

5.对于前端书写能力差很多。简单的页面布局做的很难看

【中项第三版】系统集成项目管理工程师 | 第 5 章 软件工程② | 5.4 - 5.8
静谧、淡雅
07-16 3648
系统集成项目管理工程师 | 第 5 章 软件工程② | 5.4 - 5.8
项目上线前验收测试流程
juweku的博客
10-12 1万+
一、引言 为了加强应用系统开发的质量、可交付性和项目的实施周期等方面的控制，必须按计划按步骤执行验收测试，形成规范的测试文档，客观地分析和评估测试结果，并跟踪不合格现象，终成功通过验收，以保证验收测试的全面性、效率性、科学性、规范性、彻底性。 系统测试应以全面深入为宗旨，大致分为前期准备、硬件测试验收、软件测试验收、文档测试验收四部分，下面分别论述。 二、准备工作 准备工作是进行软件测试的重要环节，准备工作做得充分与否直接关系到系统测试的顺畅与否、全面与否、准确与否。准备工作包括以下几个方面： 1、硬件方面
上线测试2
cpongo55
12-17 385
19、凡人皆无法隐瞒私情，尽管他的嘴可以保持缄默，但他的手指却会多嘴多舌。 20、感情的冲动更接近于基于性本能的欲望冲动。 21、没有所谓玩笑，所有的玩笑都有认真的成分。 22、一种科学要对人类的知识有所贡献，也不必勉强人家信服。相信不相信，要看成 111111 ...
业务上线前，如何完成一次性能测试？
睿象云的博客
07-22 553
在当下互联网时代，各个平台为了防止在高并发的情况下所出现的一系列问题，往往在平台上线前，会针对平台做出性能压力的测试，其中异常问题主要包含以下问题： · 瞬时的用户访问量激增； · 服务端的流量满载； · 系统资源长期居高不下被占用； · 服务访问的过程中超出了最大的上限，服务过窄； · 网站虽然可以访问，但是延时极具升高 这时候，如何完成一场完美的压力测试，就成为了最为关键性的问题。 睿象云旗下产品：云压力测试平台（CPT）可以完美实现云压力的测试，支持可视化业务脚本录制和手动快速创建、编辑、调试脚本，分
将线上项目搭载在本地测试
CamilleLcm博客
08-20 714
在工作中经常频繁的使用git上传代码拉取代码进行测试是件很烦并且很危险的操作，所以我们需要搭建自己的本地测试环境。 1、下载安装phpstudy。下载地址：http://phpstudy.php.cn/ 2、将代码从线上拉下来放入phpstudy网站根目录下 3、下载对应数据库（本次使用postgressql）并导入数据库，Windows下载地址：https://www.enterpri...
上线前测试呢
java开发指南博客 【转载】
07-18 250
怎么说呢，自己毕业一年了，是从做网站开始的，慢慢接触系统开发，现在以web开发系统为主，在一家物流公司里做信息技术方面支持与完善，目的就是步步用信息管理来替代先前的人工操作，从而达到提高效率，减少成本目的。 从小的在线价格查询系统，公司考勤系统，每次上线前都有不同的担心。 最难看是，自己写的系统，他人说：不好用啊，不能用啊，以各种理由百般拒绝，不愿意学习新的系统。 最高兴的，便是看着公司的员...
产品实习生：第一次独立带项目的总结思考.pdf
09-26
【产品实习生：第一次独立带项目的总结思考】 这篇文章是一位产品实习生对自己首次独立负责并推进一个项目的总结，项目是针对双11期间的“天天开宝箱”活动，旨在提高日活跃用户数（日活）和积分消耗。以下是文章的...
软件测试技术之项目上线流程
xuezhangmen的博客
08-01 575
针对这个流程改造项目上线之后，一定会有部分数据在上线之前是走的老流程，同时整个流程又没走完，那么在上线的时候就需要新流程去兼容老流程遗留下的数据，我们当时是增加了一个校验，在老流程中数据是从A系统同步到B系统的，在新流程中数据是从B系统同步到A系统，那么在B系统同步到A系统时增加一个校验去判断A系统中是否有相应数据的存在，没有才同步。用户数据----》先入库到B系统，在B系统通过校验后----》入库到B系统---->再同步到A系统入库----》B系统进行业务操作—》最后再将数据同步到A系统。
从需求分析到上线方案：大型项目开发设计文档规范指南
热门推荐
张彦峰的博客
10-02 5万+
本文系统性地探讨了软件开发过程中的各个关键环节，包括需求文档分析、系统现状评估、概要设计与详细设计、测试方案以及上线策略。通过对业务需求文档（BRD）、市场需求文档（MRD）和产品需求文档（PRD）的深入分析，文章强调了需求理解对项目成功的重要性。进一步地，系统现状分析帮助开发团队识别与现有功能的关联与影响，为新功能的开发提供了重要依据。文章还讨论了测试与上线策略的制定，以降低风险、提升用户体验。最后，文章总结了项目管理中的排期与风险分析，强调了团队协作在系统开发中的关键作用，为读者提供了一份实用的开发指南
软件测试项目新的,一个全新的项目如何做测试？
weixin_33390343的博客
07-22 1447
最近负责的L项目从3月初开始开发到6月底正式上线，这是我在工作快1年时间里第一次独立负责一个从0到1项目的全部测试工作。这边团队中项目的质量要求都比较高，测试流程很规范，对测试人员自身的要求也比较高。从项目开始时制定整体测试方案，到模块测试、集成测试、兼容性测试、异常测试，最后到上线，一整个流程跟下来，我对项目整体的测试工作的开展也有了更宏观的认识。项目上线前比较忙忙，趁现在项目上线后还没那么忙的...
线上测试发布
yu_fang1987的博客
01-09 311
发布
互联网项目一般几轮测试
岛田悠米
10-27 2507
测试计划要制定每轮测试的开始和结束时间。设计测试用例的时间。最后发布版本的时间。当然还要包括提交评审的时间。第二轮测试：重点功能的测试。还要把第一轮测试发现的问题，根据开发修改完成的结果，进行验证。第一轮测试：要覆盖所有测试用例。所有功能都要跑一遍。最后一轮是回归测试：验证所有bug是否都修改完毕。
项目上线任务
程序员哆啦A梦，蓝胖子
07-05 776
发布前： 需要一台Linux(CentOS/Ubuntu)服务器 一款Web服务器（Nginx/Apache/Tomcat） 一个属于自己的独立域名： 服务器的选择： 服务器类型： Linux(Centos/Ubuntu/Redhat/…) Windows(Win Server/Win7/Win10/…) 服务器 使用Gitbash连接服务器： 使用 ssh user@rem...
项目测试方案设计
老丛水仙
06-14 469
而另一方面我们要从活动的各个环节提升用户体验，例如增加进入页面后的指引、简化活动的参与难度、提升用户参与活动成功后对中奖效果的感知、并吸引用户持续参与活动等，从而提升各个环节的转化率。测试时需关注不足/等于/大于限制次数的情况，对大于限制次数的情况，一般前端页面参与活动的入口会关闭，也可以单独对后端接口进行接口测试来观察此时的判断逻辑是否符合预期。测试方案的具体内容可以从项目的需求阶段、开发联调阶段、测试阶段和上线阶段出发进行设计，运营活动类项目的每个阶段有一些特殊的关注点。
软件环境dev、sit、uat、pet、sim、prd
qq_36335126的博客
10-27 2866
按开发、测试、上线的时间线排序： DEV Development 开发环境 SIT System Integrate Test 系统集成测试环境（内测） UAT User Acceptance Test 用户验收测试环境 PET Performance Evaluation Test 性能评估测试环境（压测） SIM Simulation 高仿真环境 PRD/PROD Production 正式/生产环境 ...
从需求到上线，测试人员需要做哪些
victoriafan的博客
04-24 6705
在实际工作中，其实很少有公司把一个完整的测试流程一步一步走下来，大多会执行测试流程的主体测试过程。那么，一个完整的测试流程包括哪些呢？测试人员又需要做些什么呢？下面，我为大家介绍从需求到上线，测试人员的完整工作流程： 1、需求交接 当一个需求确认后，产品经理一般会把需求说明书发给开发和测试人员，然后三方讨论需求，进行需求交接。这个非常重要，因为需求不明确，后续工作开展起来会有很大麻烦。 2、编写测...
软件测试的基本方法
透明思考@优快云
03-12 2412
软件测试的基本方法（本文转载自软件工程专家网www.21cmm.com） 　　软件测试的方法和技术是多种多样的。 　　对于软件测试技术，可以从不同的角度加以分类：　　从是否需要执行被测软件的角度，可分为静态测试和动态测试。　　从测试是否针对系统的内部结构和具体实现算法的角度来看，可分为白盒测试和黑盒测试；1、黑盒测试　　黑盒测试也称功
项目验收测试大纲
最新发布
07-23
<think>首先，用户的问题是：“我想编写或获取项目验收测试的指导文档或模板 请问项目验收测试大纲编写指南”。用户想要一个关于如何编写项目验收测试大纲的指南。 我的角色是：根据系统级指令，我需要生成相关问题，并使用中文回答。回答必须结构清晰，帮助用户逐步解决问题。同时，确保真实可靠。 回顾系统级指令： - 所有行内数学表达式用$...$格式。 - 独立公式用$$...$$格式并单独成段。 - LaTeX语法正确。 - 使用中文回答。 - 生成相关问题。 - 回答中引用的段落末尾自然地添加引用标识，例如：[^1] - 在用户可见层，回答结构清晰，帮助用户逐步解决问题，保证真实可靠。 用户上一次的问题和我的回答：用户上一次的问题是“我想编写或获取项目验收测试的指导文档或模板 请问项目验收测试大纲编写指南”，这是第一个问题。所以，没有历史对话。我需要基于这个直接回答。 参考站内引用：提供了一段引用[1]，关于SRS文档的核心板块。引用内容是关于软件需求规范（SRS）的，包括产品目的、产品概览、功能描述等。用户的问题是关于项目验收测试大纲的，所以SRS相关，但验收测试大纲是测试阶段的东西。 用户的问题是关于项目验收测试大纲的编写指南，所以我需要提供相关内容。 结构化我的回答： 1. **介绍项目验收测试大纲**：解释什么是项目验收测试大纲，为什么重要。 2. **逐步指南**：提供一个清晰的、逐步的指南，如何编写项目验收测试大纲。 3. **模板或示例**：如果可能，给出一个模板或大纲结构。 4. **生成相关问题**：在最后，生成相关问题，以帮助用户深入理解。 确保真实可靠：基于我的知识，项目验收测试大纲通常包括测试目标、范围、方法、标准等。我可以参考标准软件工程实践。 引用部分：引用[1]是关于SRS的，可能与验收测试相关，因为验收测试基于需求。所以，我可以自然地融入引用。 引用标识：在回答中，如果引用某个部分，末尾添加[^1]。引用[1]是提供的，所以我需要用它。 回答格式： - 使用中文。 - 数学表达式：用户的问题没有数学，所以可能不需要。 - 独立公式：同样，可能不相关。 - 生成相关问题：在最后，用“§§相关问题§§”格式。 最终输出： - 用户可见层：回答内容。 - 结束时，有相关问题。 大纲结构： 1. **项目验收测试大纲概述**：简要解释。 2. **编写步骤**： - 步骤1: 定义测试目标 - 步骤2: 确定测试范围 - 步骤3: 描述测试方法 - 步骤4: 列出验收标准 - 步骤5: 包括测试环境 - 步骤6: 测试计划和时间表 - 步骤7: 角色和职责 - 步骤8: 风险和假设 3. **模板示例**：提供一个简单的模板。 4. **引用相关部分**：自然地引用SRS内容，因为验收测试基于需求。 5. **相关问题**：生成2-3个问题。 相关问题示例： 1. 项目验收测试中常见的挑战是什么？ 2. 如何确保验收测试覆盖所有需求？ 3. 验收测试与单元测试有什么区别？ 现在，整合引用[1]：引用[1]提到SRS的核心板块，如功能描述、性能要求、非功能性需求等。这些在验收测试大纲中应该被引用。例如，在定义测试范围时，基于SRS的需求。 所以，在回答中，可以说：验收测试大纲应基于软件需求规范（SRS），如引用[1]所述，包括功能、性能等要求[^1]。 完整回答草稿：</think>### 项目验收测试大纲编写指南 项目验收测试是软件开发生命周期的关键环节，用于验证系统是否满足预定的需求和业务目标，确保软件可交付使用。一份完整的验收测试大纲为测试活动提供结构化框架，帮助团队高效执行测试并降低风险。以下我将基于软件工程最佳实践，逐步指导您如何编写项目验收测试大纲。整个过程分为核心步骤，并提供一个通用模板供参考。编写时，需确保大纲与软件需求规范（SRS）紧密对齐，如引用[1]所述，SRS文档中的功能描述、性能要求和非功能性需求等板块是验收测试的直接依据[^1]。 #### 步骤1: 定义测试目标 明确验收测试的核心目的，确保测试活动聚焦于业务价值和用户需求。例如： - 验证软件是否满足所有功能性需求（如SRS中的“功能描述”板块）。 - 确认非功能性需求（如性能、安全）是否达标（参考引用[1]的“非功能性需求”和“安全规范”部分）。 - 确保软件在真实环境中稳定运行。 - **关键输出**：在文档开头编写一段简明声明，例如：“本测试旨在验证系统是否符合用户需求文档V1.0，确保无重大缺陷且可上线使用。” #### 步骤2: 确定测试范围 基于SRS文档划定测试边界，避免遗漏或过度测试： - **包含内容**：列出所有需测试的功能模块、接口和用户场景（如引用[1]的“外部接口说明”和“功能描述”）。 - **排除内容**：明确不测试的部分（如已知缺陷或低优先级功能），减少资源浪费。 - **工具支持**：使用需求追踪矩阵（RTM）链接测试用例到SRS需求项，确保全覆盖。 - **示例**：“测试范围包括用户登录、数据导出模块，但不包括第三方API集成（已通过单元测试验证）。” #### 步骤3: 描述测试方法 选择适合的测试策略和方法，确保测试高效且可重复： - **测试类型**：结合手动测试和自动化测试（如Selenium用于UI测试）。 - **测试技术**：采用黑盒测试（基于需求）为主，辅以探索性测试。 - **环境要求**：指定测试环境（如硬件、软件版本），参考引用[1]的“设计与环境约束”[^1]。 - **数据准备**：定义测试数据来源（如生产数据脱敏或模拟数据）。 #### 步骤4: 列出验收标准 设定明确的通过/失败标准，作为项目验收的决策依据： - **功能标准**：所有关键功能必须通过测试用例（如错误率低于0.1%）。 - **性能标准**：响应时间、吞吐量等指标需满足SRS中的“性能要求”（如引用[1]的“性能细节”）。 - **非功能标准**：包括安全、兼容性和可用性（参考引用[1]的“非功能性需求”和“质量标准”）。 - **示例标准**：“系统必须支持1000并发用户，且平均响应时间<2秒。” #### 步骤5: 规划测试执行 制定详细的测试计划，确保资源合理分配： - **时间表**：创建甘特图或时间线，包括测试准备、执行和报告阶段。 - **资源分配**：指定测试团队角色（如测试员、开发支持）和工具（如JIRA用于缺陷跟踪）。 - **风险管理**：识别潜在风险（如需求变更）并制定缓解措施（参考引用[1]的“假设与依赖”）。 #### 步骤6: 定义输出和报告 确保测试结果清晰可追溯： - **交付物**：包括测试用例集、缺陷报告、测试总结报告。 - **报告格式**：使用模板记录通过率、缺陷密度和验收建议。 - **验收流程**：描述最终验收会议的组织方式（如需干系人签字）。 ### 项目验收测试大纲模板 以下是一个通用模板，您可根据项目规模调整。模板基于IEEE标准，并集成引用[1]的SRS元素。 ```markdown # 项目验收测试大纲 ## 1. 引言 - **测试目标**：[简述目标，链接到SRS文档] - **参考文档**：SRS文档V1.0、需求追踪矩阵 ## 2. 测试范围 - **包含模块**：功能A、接口B - **排除项**：模块C（理由：已通过集成测试） ## 3. 测试方法 - **技术**：黑盒测试、自动化脚本 - **环境**：Windows 10, Java 11 - **工具**：Postman（API测试）, JMeter（性能测试） ## 4. 验收标准 - **功能标准**：所有用例通过率 ≥ 95% - **性能标准**：最大负载下响应时间 ≤ 3秒 - **安全标准**：通过OWASP Top 10扫描 ## 5. 测试计划 - **时间表**：准备阶段（1周）、执行阶段（2周） - **资源**：测试团队（3人），缺陷跟踪系统 ## 6. 输出报告 - **交付物**：测试用例报告、缺陷日志 - **验收决策**：基于测试总结报告 ## 7. 附录 - 风险列表：需求变更、环境不稳定 - 假设：SRS需求稳定无重大变更 ``` ### 注意事项 - **与SRS对齐**：验收测试大纲必须直接引用SRS（如引用[1]的“功能描述”和“验收准则”），确保每个测试用例可追溯到具体需求[^1]。 - **最佳实践**：使用工具如TestRail管理测试用例，并定期评审大纲以应对需求变更。 - **资源推荐**：参考IEEE 829标准或ISTQB指南获取更多细节。免费模板可从Ministry of Testing网站下载。 通过以上步骤，您可系统化地编写大纲，提升项目成功率。如需具体案例或工具建议，请提供更多项目细节。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值