Жаңа бағдарлама өзгерістері туралы ақпарат! Release notes, changelog, жаңарту тарихы – бұл жаңа мүмкіндіктер, түзетулер мен жақсартулар туралы хабарламалар. 💻✨
Релиз жазбалары – бұл бағдарламалық немесе аппараттық өнімдермен бірге таратылатын құжаттар, кейде өнім әлі дамылып немесе сынақтан өтіп жатқан кезде де (мысалы, бета-релиз) таратылады. Клиенттер қолданып жүрген өнімдер үшін жаңартулар шыққанда клиентке хабарлама жіберіледі. Релиз жазбаларының басқа да атаулары: өзгерістер журналы, релиз журналдары, бағдарламалық өзгерістер, нұсқаулар тарихы жаңартулары немесе README файлы. Дегенмен, кейде релиз жазбалары мен өзгерістер журналы бөлек жарияланады. Мұндай бөлу мақсаты – мүмкіндіктерді қателерден, өзгерту талаптарынан (CR) немесе жақсартулардан ажыратып, түсініктілік пен нақтылықты арттыру.
Release notes are documents that are distributed with software products or hardware products, sometimes when the product is still in the development or test state (e. g., a beta release). For products that have already been in use by clients, the release note is delivered to the customer when an update is released. Another abbreviation for Release notes is Changelog or Release logs or Software changes or Revision history Updates or README file. However, in some cases, the release notes and changelog are published separately. This split is for clarity and differentiation of feature highlights from bugs, change requests (CRs) or improvements on the other side.
Мақсаты
Релиз жазбалары – ұйымның соңғы пайдаланушыларымен, клиенттерімен және тұтынушыларымен бөлісетін құжаттар. "Соңғы пайдаланушылар", "Клиенттер" және "Тұтынушылар" терминдерінің анықтамасы өте салыстырмалы және нақты жағдайға байланысты әртүрлі түсіндірілуі мүмкін. Мысалы, бағдарламалық қамтамасыз етуді әзірлеу ұйымындағы сапаны қамтамасыз ету тобы ішкі тұтынушы ретінде қарастырылуы мүмкін.
Release Notes are documents that are shared with end users, customers and clients of an organization. The definition of the terms 'End Users', 'Clients' and 'Customers' are very relative in nature and might have various interpretations based on the specific context. For instance, the Quality Assurance group within a software development organization can be interpreted as an internal customer.
Мазмұны
Релиз жазбалары компания ұсынатын қызмет немесе өнімге енгізілген түзетулер, өзгерістер немесе жақсартулар (функционалдық немесе функционалдық емес) туралы толық мәліметтер береді. Олар жүйелік сынақтар, жүйелік интеграциялық сынақтар және басқа басқарылатын орталар үшін, әсіресе ақпараттық технологиялар ұйымына қатысты, дайындалған өнімдермен бірге берілетін құжаттардың бірі болуы мүмкін. Релиз жазбаларында сынақ нәтижелері мен сынақ процедурасы туралы ақпарат та болуы мүмкін. Мұндай ақпарат релиз жазбасын оқығандарға жасалған түзетулерге/өзгерістерге сенімділік арттырады, сондай-ақ өзгерісті енгізушіге қарапайым қабылдау сынақтарын жүргізуге көмектеседі. Олар соңғы пайдаланушы лицензиялық келісімінен өзгеше, себебі оларда бағдарламалық өнім немесе қызметке қатысты заңдық талаптар болмайды (болуы тиіс емес). Назар бағдарламалық жасақтаманың өзіне, мысалы, заңдық шарттарға емес, аударылуы керек. Релиз жазбалары жаңа мүмкіндіктерді немесе түзетілген қателерді көрсетуден гөрі, бағдарламалық жасақтаманы орнату немесе құру жолын сипаттау ретінде түсіндірілуі мүмкін. Бұл контексте жиі қолданылатын тағы бір термин – жүйелік талаптар, яғни бағдарламалық жасақтаманы орнату немесе құру үшін қажетті жабдық пен бағдарламалық қамтамасы.
Release notes detail the corrections, changes or enhancements (functional or non functional) made to the service or product the company provides. They might also be provided as an artifact accompanying the deliverables for System Testing and System Integration Testing and other managed environments especially with reference to an information technology organization. Release notes can also contain test results and information about the test procedure. This kind of information gives readers of the release note more confidence in the fix/change done; this information also enables implementer of the change to conduct rudimentary acceptance tests. They differ from End user license agreement, since they do not (should not) contain any legal terms of the software product or service. The focus should be on the software release itself, not for example legal conditions. Release notes can also be interpreted as describing how to install or build the software, instead of highlighting new features or resolved bugs. Another term often used in this context is System Requirements, meaning the required hardware and software for installing or building the software.