vaadin / vaadin/browserless-test

Missing testers: CustomField, RichTextEditor, SplitLayout, Crud, AvatarGroup, Card

Open
#181 3 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Java
Stars
1
Forks
3
Avg merge
1d 20h
Merged PRs (30d)
51

Description

Problem. Several components that are on the classpath and that users
interact with directly have no tester and therefore no generated locator, so
there is no find*() entry point for them at all. Each one has to be driven
through raw component calls, which bypasses the usability checks and the
from-client simulation the rest of the framework provides.

  • CustomField — the base class for every app-defined composite field.
    Arguably the highest-value one: apps build their own fields on it constantly,
    and there's no way to set a value as a user. Related: #167.
  • RichTextEditor — the user types and applies formatting; also has
    asHtml()/asDelta() value representations.
  • SplitLayout — the user drags the splitter; SplitterDragendEvent.
  • Crud — new/edit/delete/save/cancel, the whole point of the component.
  • AvatarGroup — the user opens the overflow list.
  • Card — clickable in some configurations.

Ask. Add testers for these. CustomField and RichTextEditor are the two
worth doing first. Crud is the largest and could reasonably be its own issue
if someone picks it up.

Found while auditing the project against #153 / #168.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reading the existing component testers and the audit references #153 and #168, then compare how CustomField and RichTextEditor should expose find*() entry points. Implement testers for the prioritized components, with user interactions and value representations covered; Crud may be split into separate work because it is the largest component.

Written by the indexing model from the issue text.

Assessment

Tech stack
java
Domain
testing-qa
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
62/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.