LINE のUI自動テスト事例
大園 博昭(LINE Fukuoka 開発室 テスト自動化エンジニア)
LINE Developer Meetup in Tokyo #39 Testing & Engineering
での発表資料です
https://line.connpass.com/event/91423/
An Agile Way As an SET at LINE
伊藤 宏幸(LINE株式会社 LINE開発3室 SET/@hageyahhoo)
LINE Developer Meetup in Tokyo #39 Testing & Engineering
での発表資料です
https://line.connpass.com/event/91423/
永和システムマネジメントはソフトウェアの受託開発を生業にしていて、私もその最前線で25年やってきました。 そんな私が企画し、プロダクトオーナーとして関わった自社Webサービスが、数ヶ月前にひっそりと終了しました。
「ニーズがなかったね」の一言で済ますにはもったいなく、一体何が悪くてそこから何が学べるのか? オーナーシップって何なんだろう?組織との付き合い方は?これからのエンジニアに求められるマインドって何?といったことを、自分なりに徹底して追及した結果を共有させてください。
The web service that I planned and worked as a product owner closed quietly a few months ago.
What is wrong and what can you learn from it? What is ownership? How do you interact with your organization? What kind of mind is required of engineers in the future?
Please let me share the results that I thoroughly pursued.
#RSGT2020 の発表資料です。
An Agile Way As an SET at LINE
伊藤 宏幸(LINE株式会社 LINE開発3室 SET/@hageyahhoo)
LINE Developer Meetup in Tokyo #39 Testing & Engineering
での発表資料です
https://line.connpass.com/event/91423/
永和システムマネジメントはソフトウェアの受託開発を生業にしていて、私もその最前線で25年やってきました。 そんな私が企画し、プロダクトオーナーとして関わった自社Webサービスが、数ヶ月前にひっそりと終了しました。
「ニーズがなかったね」の一言で済ますにはもったいなく、一体何が悪くてそこから何が学べるのか? オーナーシップって何なんだろう?組織との付き合い方は?これからのエンジニアに求められるマインドって何?といったことを、自分なりに徹底して追及した結果を共有させてください。
The web service that I planned and worked as a product owner closed quietly a few months ago.
What is wrong and what can you learn from it? What is ownership? How do you interact with your organization? What kind of mind is required of engineers in the future?
Please let me share the results that I thoroughly pursued.
#RSGT2020 の発表資料です。
This document discusses unit testing and its benefits. It begins by outlining some questions about unit testing, then compares unit tests to UI tests. Unit tests are faster, test individual functions, and make code easier to change and refactor. The document provides an example of unit testing a password validation function in PHP Laravel. It discusses that while test coverage is a quality metric, high coverage alone does not guarantee high quality. It argues that internal quality through practices like unit testing does not require tradeoffs with development speed, and can actually improve productivity by reducing unnecessary tasks and lead time. Maintaining clean code through practices like unit testing is important for both quality and speed.
this slide is presentation in JaSST'22 Tohoku.
we faced 3 times challanging issue about test automation and resolved .
explain these issue and how to resolve it and what effective is gotton.
1st issue : process issue
2nd issue : scripting issue
3rd issue : maintenance issue
This document provides an overview of test automation from the perspective of a test automation engineer. It discusses key topics like the test automation pyramid, reporting, design considerations, and deployment. The test automation pyramid emphasizes unit testing, integration testing, and end-to-end testing from the bottom to top. Reporting and metrics are important for understanding test results and efficiency. Design focuses on aspects like data-driven testing, robustness, and repeatability. Deployment involves piloting automation, maintaining scripts, and supporting evolving environments. The goal is to improve testing in areas like coverage, speed, and cost while maintaining quality.
Test automation need operation.
- test automation keep latest specification.
- test automation is fragile. investigation is needed.
- test automation performance should be monitoring and improve it if low performance happened.
Test Automation Improvement by Machine Learning Jasst'21 TokyoSadaaki Emura
?
We have challenging issue in test automation operation.
Test automation fail by bug and not bug reason.
I think one of the main reason is temporary accident.
When test automation fail by this temporary accident, test will be success by running test again usually.
This re-run operation is boaring task and big task for test automation operation
To eliminate this kind issue and improve operation, we built system categorize issue by machine learning, re-run test only when fail reason is temporary accident.
In this session , I show you these below
- What's test automation issue in daily operation
- How to resolve this issue. store big data, learning, system architecture etc.
- Actual result for improvement
20200630 Rakuten QA meetup #2 "Improve test automation operation"Sadaaki Emura
?
Test automation brings benefits but also struggles like many failure reports. Currently, temporary unstable failures make up 73.4% of issues but investigating them wastes time. The presenter proposes an auto recover system to automatically re-run tests predicted to fail due to temporary issues. This could reduce wasted monthly operation time from 75 hours to around 25 hours by automating recovery of the most common failure type. The system would use OCR, screenshots and previous data to predict failure reasons and automatically re-run tests to improve test automation efficiency.
This document discusses test automation, including the purpose of test automation, the test automation process, and the test automation pyramid. The key points are:
1. Test automation aims to improve test efficiency, provide wider test coverage, reduce costs, and speed up testing.
2. The test automation process involves defining the test scope, designing tests, coding tests, setting up the test environment, running tests, and maintaining automation over time.
3. The test automation pyramid illustrates that unit tests should form the base, as they are quick to write and run, while user interface tests are at the top as they are more complex and time-consuming.
Struggles and Challenges in STLC in Ques No.13Sadaaki Emura
?
The document discusses struggles and challenges in software testing lifecycle (STLC) at Rakuten. It describes two main challenges - difficulty in managing requirements and test cases, and difficulty completing automation tasks on time. It then introduces requirement traceability matrix (RTM) as a solution to address the first challenge by linking requirements, test cases, and defects to ensure full test coverage and easy identification of impacted test cases when requirements change. RTM allows tracking of changes by onsite and offsite teams.
The document discusses lessons learned from analyzing requirements documents for testing purposes. It summarizes three approaches: 1) James Bach's Heuristic Test Strategy Model which classifies requirement information to guide testing, 2) Yoshio Shimizu's Universal Specification Describing Manner which stresses documenting the reason for requirements, and 3) Kazuhiro Ishihara's requirement matrix analysis which considers what should, must, and never happen for users. The key lessons are to analyze requirements from the user perspective and consider cases beyond what is explicitly specified to improve testing.
This document discusses improving automation testing speed at Rakuten. It describes how the author's team previously faced bottlenecks like long setup times and late test feedback. They created a "Mobile Labo" solution using Appium and Selenium to run tests concurrently on multiple devices from a single script. This sped up testing significantly. However, new issues emerged around device clashes and locating devices. The author aims to resolve such problems to further improve speed in the future.
2. Who am I
Name : Sadaaki Emura (nickname M)
Join in Now company : 2007
Career : Embedded engineer (2000-2002)
Web engineer (2002-2015)
Product manager (2015-2016)
QA (2016~)
Role: Test Automation Engineer Lead
Birthplace : Kanazawa-city
Hobby: jog , climbing , horse racing
7. 1. Why automation
Objectives of test automation include
? Improving test efficiency
? Providing wider function coverage
? Reducing the total test cost
? Performing tests that manual testers cannot
? Shortening the test execution period
? Increasing the test frequency/reducing the time required for test cycles
By ISTQB Certified Tester Advanced Level Syllabus Test Automation Engineer
8. 2.How to automate
? 将来を見越したツール選定
? 外注丸投げも一つ手ではあるが???
? スクリプト、実行環境の保守が漏れなく付いてくる
18. Conclusion
1. Why automation
2. How to automate
3. What area is automated
4. How to operate
5. How to collaborate with others
6. How to install in project
7. Let’s try it first