2024年jsp站点建设好后服务器测试 篇1
BAT的java工程师来回答，这个就是我们写完代码，常见的情况。
我们使用的是前后端分离式开发，因此我们后端开发完除非把前端编译好的文件要过来，否则是完全没有界面可言的，这种时候我常用的自测方式有两种。自创数据main函数自测
这个是最简单最基础的自测，写完一个功能之后，如果这个功能并不涉及bean等等操作，可以直接自己写一个main函数，然后模拟数据调用这个待测函数，看结果是否符合预期。举个例子，我曾经写过一个json字符串转换的工具类，里面包括从json字符串中提取integer，string，boolean等对象。对于这种工具类的测试，只需要自己创建一些json和非json字符串，然后在main函数中把字符串传给工具类的函数，看看执行结果是否符合预期就好了。
但是有时候，我们会写一些很复杂的功能，简单的模拟数据已经不够了，我们可能需要检查是否能够正常读写数据库，redis，elasticsearch等等其他服务，这个时候，就需要用到下面的方法了。Postman
这个是一款功能强大的能进行发送http请求的chrome插件。说一句我踩过的坑，安装好之后虽然postman以独立的形式存在电脑中，但是如果chrome崩了，postman也是不能用了的，这二者的绑定关系时刻记心中。
这个插件能够发送get,post,put,delete,head等15种请求（全部请求类型见下图）。而且支持常用url的导入和导出，建组，这对于需要进行回归测试的开发人员来说是非常有意义的。
以我自己建的组为例，我开发完代码后，会在本地IDE里起一个服务，url是以localhost为ip的服务，这就是最基础的自测，因此我把这类url存储为【本地环境】。
之后还会把服务上传到测试环境，测试服务在测试环境是否有问题，因此这类url存储为【测试环境】；除此之外，还有【线上环境】，用来测试上线后是否服务正常。
说回【本地环境】，当我们写完代码，main函数已经不能帮我们自测的时候，就可以把要测试的服务包成一个接口，通过controller开放出来，然后在本地IDE中启动这个web项目，通过postman来调这个接口，查看功能是否执行的符合预期。比如我就封装了一个test/hello的接口，所有需要我自测的功能，我都放到这个接口里测过没问题才会commit到git本地仓库。
以上是后端工程师在没有前端界面的时候自测的方式（之二），如果对你有所帮助，欢迎点赞留言。
我是苏苏思量，来自BAT的java开发工程师，欢迎关注我，每日分享科技类见闻，与我共同进步。
2024年jsp站点建设好后服务器测试 篇2
如果是静态网页，直接用Nginx反向代理映射对应的文件即可，如果是动态网站，也可以用Nginx反向代理对应的服务端口。
将工程上传至服务器，具体实现有很多种，我推荐用GitHub托管代码，部署的时候远程拉取即可。
下载并配置Nginx（域名关联也在这一步，服务开启的端口也要在阿里云控制台里配置安全组，打开对应的端口规则）。
启动服务，启动Nginx。
服务上线。
我已经部署了几个网站或者API服务，也是个人学习测试，你要是有不清楚的可以私信我。
话说如果是静态网页的话，GitHub Page倒也是个非常方便的选择，看你自己了。
扩展补充：Nginx是由俄罗斯软件工程师Igor Sysoev编写的免费开源Web服务器。自从2004年上市以来，nginx专注于高性能，高并发性和低内存使用。并且其在负载均衡，缓存，访问和带宽控制以及与各种应用程序高效集成等方面的特性，都使得它逐步深受广大用户青睐。是一个高性能的HTTP和反向代理服务器，也是一个IMAP/POP3/SMTP代理服务器；作为一款轻量级的Web服务器，具有占有内存少，并发能力强等优势，是高连接并发场景下Apache的不错的替代品。
2024年jsp站点建设好后服务器测试 篇3
在这里，我们抛开商务层的项目识别、项目论证、投标、签合同等环节，仅从软件项目的生命周期开始谈。
一个完整的网站项目生命周期一般分为可行性分析（计划）、需求分析、软件设计（概要设计、详细设计）、编码（含单元测试）、测试、运行维护等几个阶段。下面就这几个阶段做简要介绍。一、可行性分析
这部分主要是分析公司技术可行性、人力资源储备、财务储备等方面的分析。由于对我们开发人员关系不大，这里暂略。二、需求分析
这部分开始就是网站建设的重点工作，通常被认为是一件最困难的工作。需求分析概括来讲就是这个网站应该“做什么”，因该具有什么样的功能，解决什么样的问题。通常是开发组人员和用户多次交流以便了解用户的需求。比如用户需要网站首页展示什么东西、用户可以注册账号、可以充值会员、可以放视频等需求，反复确认记录后按某种模板整理成册。期间伴随着一些文档的产生如《需求调研计划》、《需求规格说明书》等。但软件项目有一个特点就是“渐进明细”，意思就是用户不可能在一开始就确定项目的需求，需要在项目完成的过程中逐步明确。于是才有了与用户各种扯皮的现象，“需求又改变了”这也是大多数程序员工作抱怨和调侃的来源。
三、软件设计
需求完成后，就开始网站设计了。这一部分主要做网站概要设计、网站详细设计以及数据库设计等工作。内容主要就是确定网站的运行环境、技术架构以及根据需求理出系统功能结构，并初步描述出每个功能的设计规则及流程，初步设计数据库表等。
四、编码
这一环节就是程序员接触得最多的内容了，就不多讲了。大致就是根据项目经理划分的模块为每个人分配开发任务，并定期评审，定期给用户演示交流以确保项目实际进度与用户需求不会偏差太多。
五、测试
由于软件项目越来越大，IT岗位中单独衍生出测试人员这一细分岗位。测试环节最好由第三方测试，因为如果项目团队成员自己来测试会下意识的往正确的业务逻辑走，从而不能很好的测出系统的缺陷。测试环节按不同的手段又分为黑盒测试、白盒测试、静态测试、动态测试、压力测试等。测出的缺陷提交给开发团队修正。
六、运维
系统上线后就进入运行维护的阶段。没有哪个系统上线后就是完美的，这也是运维存在的必要性。能多数情况下在企业和客户签订合同的时候会包含一定时间的免费运维期，比如两年，两年后运维需另收费。运维由专人负责。运维的主要目的是解决实际使用中产生的bug、修改小的变更需求、维护服务器稳定等。